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A personal computer system according to the present invention comprises a system processor, a 
random access memory, a read only memory, and at least one direct access storage device. A direct 
access storage device controller coupled between the system processor and direct access storage 
device includes a protection mechanism for protecting a region of the storage device. The protected 
region of the storage device includes a master boot record, a BIOS image and a system reference 
diskette image. The BIOS image includes a section known as Power on Self Test (POST). POST is 
used to test and initialise a system. Upon detecting any configuration error, system utilities from the 
system reference diskette image, such as set configuration programs, diagnostic programs and utility 
programs can be automatically activated from the direct access storage device. 
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BESCHREIBUNG 



Personalcomputersystem mit geschiitztem Speicher fur die 
Schnitts telle und System-Utility-Prograimne 

Die vorliegende Erfindung betrifft Personalcomputersysteme 
und im besonderen Mittel zum Schtitzen und Speichern von 
Systemdienstprogrammen in einer Direktzugrif f s-Speichervor- 
richtung des Personalcomputersystems . 

Querverweis auf einschlagige Patentanmeldungen 

Die vorliegende Patentanmeldung gehort zu einer Gruppe von 
gleichzeitig anhangigen Anmeldungen, die das gleiche uberge- 
ordnete Personalcomputersystem betreffen, die jedoch indivi- 
duell unterschiedliche erf indungsgemafle Konzepte bean- 
spruchen, die in solchen Personalcomputersystemen ausgefiihrt 
sind. Diese zugehorigen Patentanmeldungen gelten als Stand 
der Technik gemaB Artikel 54(3) EPt) und sind insbesondere wie 
folgt identif iziert : 



Europaische Patentanmeldung Nr. 

unter EP-A-0419904 
Europaische Patentanmeldung Nr. 

unter EP-A-0417888 
Europaische Patentanmeldung Nr. 

unter EP-A-0417889 
Europaische Patentanmeldung Nr. 

unter EP-A-0419005 



90307295.7, verof f entlicht 

90307297.3, verof f entlicht 

90307301.3, verof f entlicht 

90307307.0, verof f entlicht 
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Zugrundeliegender allgemeiner Stand der Technik 

Personalcomputersysteme im allgemeinen und IBM-Personalcom- 
puter im besonderen haben weitverbreitete Anwendung gefunden 
zum Bereitstellen von Rechnerleistung auf vielen Sektoren der j 
heutigen modernen Gesellschaft . Personalcomputersysteme 
konnen ublicherweise definiert werden als Tischgerate, Boden- 
standgerate oder tragbare Mikrocomputer, die aus einer 
Systemeinheit mit einem einzigen Systemprozessor, einem 
Anzeigebildschirm (Monitor) , einer Tastatur und einem oder 
mehreren Diskettenlaufwerken, einem Festplattenspeicher und 
wahlweise einem Drucker bestehen. Eines der unterscheidenden 
Merkmale dieser Systeme ist die Anwendung eines Motherboards 
(Hauptplatine) d.i. einer systemintegrierten Schaltung, urn 
diese Komponenten elektrisch zu verschalten. Diese . Systeme 
sind in erster Linie konstruiert, urn fur einen einzelnen 
Anwender unabhangig Rechnerleistung bereitzustellen, und sind 
preiswert, bestimmt zum Kauf durch Einzelpersonen oder klei- 
nere Geschaf tsbetriebe . Beispiele fur solche Personalcom- 
putersysteme sind der IBM PERSONAL COMPUTER AT und das IBM 
PERSONAL SYSTEM/2, Baumuster 25, 30, 50, 50Z, 55SX, 60, 65SX, 
70 und 80. 

Diese Systeme lassen sich in zwei groJie Familien einteilen. 
Die erste Familie, Ublicherweise bezeichnet als Family I 
Modelle, benutzt eine Bus-Architektur, wie beispielhaft im 
IBM PERSONAL COMPUTER AT und in anderen "IBM-kompatiblen" 
Maschinen. Die zweite Familie, bezeichnet als Family II 
Modelle, benutzt die IBM Micro-Channel-Busarchitektur, wie 
beispielhaft in den IBM PERSONAL SYSTEM/2 Modellen 50 bis 80. 

Beginnend mit dem fruhesten Personalcomputersystem der Family 
I Modelle, wie dem IBM Personal Computer, wurde erkannt, daJJ 
Software-Kompatibilitat von hochster Bedeutung war. Urn dieses 
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Ziel zu erreichen wurde eine Isolierschicht, bestehend aus 
einem systemresidenten Code, auch als "Firmware" bezeichnet, 
zwischen der Hardware und der Software eingerichtet . Diese 
Firmware sah eine Betriebsschnittstelle zwischen einem Appli- 
kationsprogramm/Betriebssystem eines Anwenders und der Vor- 
richtung vor, urn den Anwender von Uberlegungen im Hinblick 
auf die Merkmale der Hardware-Vorrichtungen zu befreien. 
Schliefilich entwickelte sich der Code zu einem BASIC-Ein- 
gabe/Ausgabe-System (BIOS), damit es moglich wurde, neue 
Vorrichtungen an das System anzuschlieBen und dabei wahrend 
Applikationsprogramm gegen die Besonderheiten der Hardware 
abzuschotten. Die Bedeutung des BIOS war sofort augenfallig, 
weil es die Vorrichtungstreiber davon befreite, von spezifi- 
schen Hardwarecharakteristiken abhangig zu sein und dabei den 
Vorrichtungstreiber mit einer unmittelbaren Schnittstelle zur 
Vorrichtung auszurusten. Da das BIOS ein integraler Teil des 
Systems war und die Datenbewegungen zu und von dem Systempro- 
zessor steuerte, war es in der systemintegrierten Schaltung 
resident und wurde dem Anwender in einem Festspeicher (ROM) 
geliefert. Zum Beispiel besetzte das BIOS im Original-IBM- 
Personalcomputer resident 8 K ROM auf der Hauptplatine . 

Als dann neue Modelle der Personalcomputerf amilie eingefuhrt 
wurden, mufite das BIOS aktualisiert und erweitert werden, urn 
neue Hardware und E/A-Vorrichtungen einzuschliefien. Wie zu 
erwarten war, nahm das BIOS an Speichergrofie zu. Zum Beispiel 
erforderte das BIOS mit der Einfuhrung des IBM PERSONAL COM- 
PUTER AT eine VergroJierung auf 32 kBytes ROM. 

Heute, mit der Entwicklung der neuen Technologie, wachsen die 
Personalcomputersysteme der Family II Modelle noch komplexer 
an und stehen den Anwendern auch haufiger zur Verfugung. Da 
sich die Technologie rapide andert und neue E/A-Vorrichtungen 
zum Personalcomputersystem hinzugefugt werden, wurde die 
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BIOS-Anderung ein signif ikantes Problem im Entwicklungszyklus 
der Personalcomputersysteme . 

So wurde zum Beispiel mit der Einfiihrung des IM Personal 
System/2 mit Micro-Channel-Architektur ein signif ikant neues 
BIOS, bekannt als Advanced BIOS oder ABIOS, entwickelt. Urn 
aber die Sof tware-Kompatibilitat zu erhalten, mulite das BIOS 
der Modelle der Family I in die Modelle der Family II iiber- 
nommen werden. Das Family I BIOS wurde bekannt als Compati- 
bility-BIOS oder CBIOS. Aber wie bereits im Hinblick auf den 
IBM PERSONAL COMPUTER AT erklart, waren nur 32 kBytes ROM auf 
der Hauptplatine resident. Glticklicherweise konnte das System 
auf 96 kBytes ROM erweitert werden. Leider stellte sich her- 
aus, dafi das aufgrund technischer Zwange die maximal mogliche 
Kapazitat fur das BIOS war. Gliicklicherweise konnten sogar 
mit Zusatz des ABIOS, das ABIOS und CBIOS in 96 K ROM 
gequetscht werden. Es blieb jedoch nur ein kleiner Prozent- 
satz des 96K ROM-Platzes fur Erweiterungen frei. Bei zusatz- 
licher Aufnahme kiinftiger E/A-Vorrichtungen werden CBIOS und 
ABIOS schliefilich keinen Platz mehr auf dem ROM haben. Somit 
ist es nicht moglich, neue E/A-Technologien einfach in CBIOS 
und ABIOS zu integrieren. 

Wegen dieser Probleme plus dem Wunsch, Anderungen im Family 
II BIOS moglichst spat in den Entwicklungszyklus einzubrin- 
gen, mufiten Telle des BIOS aus dem ROM ausgelagert werden. 
Das wurde erreicht durch Speichern von Teilen des BIOS auf 
einer Massenspeichervorrichtung wie z.B. einer Festplatte. Da 
eine solche Platte sowohl Schreibe- als auch Lese-Fahigkeit 
vorsieht, wurde es moglich, den aktuellen BIOS-Code auf der 
Platte zu verandern. Zwar bot die Platte eine schnelle und 
wirksame Methode zum Abspeichern des BIOS-Code, jedoch ver- 
grSflerte sich auch die Wahrscheinlichkeit, dafi der BIOS-Code 
verfalscht wird. Da das BIOS ein integraler Teil des 
Betriebssystems ist, konnte ein verfalschtes BIOS zu vernich- 
BC 990 034 
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tenden Ergebnissen fiihren und in manchen Fallen zum Total- 
absturz, ja zur Betriebsunf ahigkeit des Systems fiihren. So 
war es ganz folgerichtig, dafi Mittel zum Verhuten einer unzu- 
lassigen Veranderung des BIOS-Code auf der Festplatte hochst 
erwtinscht waren, das war der Gegenstand der Europaischen 
Patentanmeldung 90307301.3. 

Zusatzlich zum Abspeichern des BIOS auf einer Massenspeicher- 
vorrichtung wurde auch das Abspeichern von Systemdienstpro- 
grammen, die in der Regel auf einer systembezuglichen Dis- 
kette enthalten sind, sehr erwtinscht. Der Ausschlufi der 
Systemdiskette verringert nicht nur den Preis des Systems, 
sondern sieht auch eine anwenderf reundlichere Umgebung vor. 

Hier sollte kurz der Zweck der Systemdienstprogramme erlau- 
tert werden, die vorher auf der Ref erenzdiskette abgespei- 
chert waren. Mit der Einftihrung des PS/2 Micro Channel System 
von IBM kam der Abbau von Schaltern und Drahtbrucken von den 
E/A-Adapterkarten und der Hauptplatine . Die Micro Channel 
Architektur sah programmierbare Register zu deren Ersatz vor. 
Dienstprogramme zum Konf igurieren dieser programmierbaren 
Register d.i. programmierbaren Optionswahlregister (Pro- 
grammable Option Select - POS) wurden erforderlich. Zusatz- 
lich wurden noch andere Dienstprogramme zur Verbesserung der 
System-Anwendbarkeitsmerkmale zusammen mit einem Systemdia- 
gnoseprogramm auf dieser Systemdiskette versandt. 

Vor der Erstanwendung erforderte jedes Micro Channel System 
die Initialisierung seiner POS-Register . Zum Beispiel, wenn 
das System mit einer neuen E/A-Karte oder einem geanderten 
Einbauplatz fur eine E/A-Karte gebootet wird, wird ein Konfi- 
gurationsfehler generiert und das System-Urladeverf ahren 
bleibt stehen. Der Anwender wird dann auf gefordert, die 
Systemdiskette zu laden und die Taste Fl zu drucken. Dann 
kann von der Systemdiskette ein "Set Configuration Utility" 
BC 990 034 
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(Konfigurations-Dienstprogramm) gebootet werden, urn das 
System zu konf igurieren. Das Set Configuration Utility 
Dienstprogramm ftihrt dann den Anwender zur gewtinschten 
Aktion. Wenn die geeigneten Deskriptordateien auf der E/A- 
Karte geladen sind, generiert das Set Configuration Utility 
Programm die richtige POS oder Konf igurationsdaten in einem 
nichtfliichtigen Speicher. Die Deskriptordatei enthalt Konfi- 
gurationsinfbrmationen, die die Karte uber eine Schnittstelle 
mit einem System zusammenbinden. 

Obwohl dieses Verfahren verhaltnismaMg einfach durchzufuhren 
ist, mufi die Systemdiskette bereitliegen oder leicht zugang- 
lich in der Nahe aufbewahrt werden. Es ist schon vorgekommen, 
daft nach einiger Zeit die Systemdiskette verlegt wurde. Daher 
ist es sehr erwunscht, eine Kopie der Systemdiskette zusammen 
mit dem BIOS auf der Massenspeichervorrichtung abzuspeichern, 
urn die Einsatzf ahigkeit des Systems zu verbessern. 

Gemafi der vorliegenden Erfindung ist vorgesehen ein Personal- 
rechnersystem mit einem Systemprozessor zum Abarbeiten eines 
Betriebssystems, einem Festwertspeicher, einem Speicher mit 
wahlfreiem Zugriff und Peripheriegeraten einschliefilich 
wenigstens einer Direktzugrif f sspeichervorrichtung, wobei das 
System ein Schnittstellenprogramm zur Steuerung der Daten- 
bewegung in den bzw. aus dem Prozessor aufweist, dadurch 
gekennzeichnet, daii die Direktzugrif f sspeichervorrichtung ein 
Schutzmittel aufweist zum Schutzen eines Bereichs der Direkt- 
zugrif f sspeichervorrichtung, in der ein Teil des Schnittstel- 
lenprogramms gespeichert ist, das Schutzmittel den Zugriff 
auf den geschUtzten Bereich als Reaktion auf ein Riickstell- 
signal zulafit, dieser Teil des Schnittstellenprogramms 
betriebsfahig ist, wenn er in den Speicher mit wahlfreiem 
Zugriff geladen ist, urn das Betriebssystem zu booten und das 
Schutzmittel zu aktivieren, urn den Zugriff auf den Schutzbe- 
reich der Direktzugrif f sspeichervorrichtung wahrend des Abar- 
BC 990 034 
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beitens des Betriebssystems zu verhindern, wobei der Schutz- 
bereich der Direktzugrif f sspeichervorrichtung ferner System- 
dienstprogramme beinhaltet, die abgearbeitet werden, sobald 
beim Laden des Betriebsys terns ein Fehlerzustand erkannt wird. 

Gemaii einer Ausfiihrungsform der vorliegenden Erfindung umfafit 
das Personalcomputersystem einen Systemprozessor, einen Spei- 
cher mit wahlfreiem Zugriff, einen Festwertspeicher und min- 
destens eine Speichervorrichtung mit direktem Zugriff. Ein 
Diektzugriffs-Speichervorrichtungs-Controller kann zwischen 
den Systemprozessor und die Direktzugrif f s-Speichervor- 
richtung geschaltet sein und enthalt ein Mittel zum Schutzen 
eines Bereichs der Speichervorrichtung. Der geschiitzte 
Bereich der Speichervorrichtung kann eine Master-Start- 
routine, ein BIOS-Bild und das Systemdiskettenbild enthalten. 
Das BIOS-Bild beinhaltet einen Abschnitt, bekannt als Power- 
On-Self-Test (POST - Selbsttest beim Einschalten) . Der POST 
wird benutzt, urn ein System zu testen und zu initialisieren. 
Beim Erfassen eines Konf igurationsf ehlers konnen System- 
dienstprogramme vom Systemdiskettenbild, wie Einstell-Konf i- 
gurationsprogramme, diagnostische Programme und Dienstpro- 
gramme, automatisch aktiviert werden. 

Insbesondere erlaubt, als Reaktion auf ein Ruckstellsignal 
zum Booten des Systems, das Schutzmittel den Zugriff auf den 
geschUtzten Bereich, urn die Master-Startroutine in den Spei- 
cher mit wahlfreiem Zugriff zu laden. Im Betrieb ladt die 
Master-Startroutine ferner das BIOS-Bild in den Speicher mit 
wahlfreiem Zugriff. Das BIOS, das jetzt im Speicher mit wahl- 
freiem Zugriff sitzt, wird abgearbeitet und bootet das 
Betriebssystem zum Anfahren des Systems, und dann generiert 
BIOS ein zweites Signal, .das das Schutzmittel aktiviert, urn 
den Zugriff auf den Bereich der Platte, der die Master-Start- 
routine und das BIOS-Bild enthalt, zu sperren. Wenn das BIOS 
(POST) einen Fehler findet, generiert das BIOS ein drittes 
BC 990 034 
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Signal, urn das Schutzmittel auszuschalten, und versucht dann 
eine Systemref erenzdiskette, die in einem ladbaren Disketten- 
laufwerk steht, zu booten. Wenn keine Systemref erenzdisektte 
vorhanden ist, dann bootet BIOS die Systemdienstprogramme in 
den Systempartitionsbereich. 

Im besonderen beinhaltet der Festwertspeicher einen ersten 
Teil des BIOS. Dieser erste Teil des BIOS initialisiert den 
Systemprozessor, die Diektzugrif f s-Speichervorrichtung, und 
stellt das Schutzmittel zum Lesen der Master-Startroutine vom 
geschiitzten Bereich oder der Partition auf der Direktzu- 
grif fs-Speichervorrichtung in den Speicher mit wahlfreiem 
Zugriff zuriick. Die Master-Startroutine beinhaltet ein Daten- 
segment und ein ausfiihrbares Code-Segment. Das Datensegment 
beinhaltet Daten, die eine Systemhardware reprasentieren, und 
eine Systemkonf iguration, die von der Master-Startroutine 
unterstiltzt wird. Der erste BIOS-Teil bestatigt, dafi die 
Master-Startroutine kompatibel mit der Systemhardware ist 
durch Oberpriifen der Daten aus dem Datensegment, ob die 
Masterstartroutine mit den Daten im ersten BIOS-Teil uberein- 
stimmt, der den Systemprozessor, die System-Hauptplatine und 
die Hauptplatinen-E/A-Konf iguration reprasentieren. 

Wenn die Master-Startroutine kompatibel mit der System-Hard- 
ware ist, fuhrt der erste BIOS-Teil den Zeiger des System- 
Prozessors zur Abarbeitung des ausfuhrbaren Codesegments der 
Master-Startroutine. Das ausfuhrbare Codesegment bestatigt, 
daft sich die Systemkonf iguration nicht verandert hat, und 
ladt den restlichen BIOS-Teil aus der Direktzugrif fs-Spei- 
chervorrichtung in den Speicher mit wahlfreiem Zugriff. Dann 
uberpriift das ausfuhrbare Codesegment die GUltigkeit des 
restlichen BIOS-Teils, fuhrt den Zeiger des Systemprozessors 
zum Ausftihren des BIOS, jetzt im Speicher mit wahlfreiem Zu- 
griff. Das im Speicher mit wahlfreiem Zugriff ablaufende BIOS 
generiert das zweite Signal zum Schutz der Plattenpartition, 
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in der das restliche BIOS steht, und bootet dann das Be- 
triebssystem zum Anfahren des Per sonalcomputer systems . Die 
Partition, die das restliche BIOS enthalt, ist geschiitzt, um 
den Zugriff zum BIOS-Code auf der Platte zu verhindern und 
die Integritat des BIOS-Code zu schiitzen. 

Wenn dann aber entweder ein Fehler oder eine vom Anwender 
aufgerufene Diagnose-Boot-Schliisselsequenz vom BIOS vor dem 
Booten des Betriebssystems gefunden wird, wird das System- 
ref erenzdiskettenbild, falls vorhanden, von der Systempar- 
tition gebootet. Zusatzlich, wenn eine Systemref erenzdiskette 
in Diskettenlaufwerk A gefunden wird, bekommt die System- 
referenzdiskette den Vorrang iiber das Bild in der System- 
partition und wird statt dessen gebootet. In solchen Situa- 
tionen stellt BIOS sicher, daB die Schutzmittel deaktiviert 
sind bevor der Urlader die Steuerung iiber die Startroutine 
abgibt. Somit ist das Schutzmittel zum Verhindern des Zu- 
griffs auf den Plattenbereich, in dem die Master-Start- 
routine, das BIOS-Bild und das Systemref erenzdiskettenbild 
enthalten ist, nicht aktiv. Dann ladt BIOS das System- 
ref erenzdiskettenbild bzw. die Systemref erenzdiskette zusam- 
men mit dem Bereich auf der Platte, der offen zum Zugriff 
durch die Software ist. 

In den Zeichnungen: 

Fig. 1 zeigt eine Schnittansicht eines Personalcomputer- 
systems, das die erf indungsgemalie Ausfiihrungsform darstellt, 
und eine Systemhauptplatine zeigt, die mit einer Vielzahl von 
Direktzugrif f sspeichervorrichtungen verbunden ist; 

Fig. 2 zeigt ein System-Blockschaltbild fur das Personal- 
computersystem der Fig. 1; 
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Fig. 3 ist ein Speicherabbild fur das ROM BIOS, eingeschlos- 
sen in der Hauptplatine; 

Fig. 4 ist ein FluBdiagramm, das den GesamtprozeB zum Laden 
eines BIOS-Bilds von einer Speichervorrichtung mit direktem 
Zugriff ladt; 

Fig. 5 zeigt das Satzformat der Master-Startroutine; 

Fig. 6A ist ein FluBdiagramm, das die Operation der IBL- 
Routine zeigt; 

Fig. 6B ist ein FluBdiagramm, das die Schritte zum Laden 
eines BIOS-Bildes von einer Festplatte zeigt; 

Fig. 6C ist ein FluBdiagramm, das die Schritte zum Laden 
eines BIOS-Bildes von einer Diskette zeigt; 

Fig. 6D ist ein FluBdiagramm, das in naheren Einzelheiten die 
Prufung der Kompatilbilitat zwischen Master-Startroutine und 
Hauptplatine/Prozessor zeigt; 

Fig. 7 ist ein detailliertes FluBdiagramm, das den Betrieb 
des ausfuhrbaren Code-Segments der Master-Startroutine zeigt; 

Fig. 8 ist ein Blockdiagramm, das den Controller der Spei- 
chervorrichtung mit direktem Zugriff zeigt; 

Fig. 9 ist ein FluBdiagramm, das den Betrieb eines Platten- 
Controller zum Schutz des auf einer Platte abgespeicherten 
IBL-Mediums zeigt. 

Fig. 10 ist ein FluBdiagramm, das ein Verfahren zum Schutz 
des BIOS-Bilds zeigt; 
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Fig. 11 ist ein Flulldiagramm, das den Prozefi zur Entschei- 
dungsfindung zeigt, wann das Systemref erenzdiskettenbild von 
einer Direktzugrif fs-Speichervorrichtung geladen werden soli; 

Fig. 12 ist ein FluBdiagramm, das zeigt, wie der Urlader das 
richtige Medium einschliefilich des Systemref erenzdisketten- 
bilds von einer Direktzugrif f sspeicher-Vorrichtung ladt; und 

Fig. 13 ist ein Flufldiagramm, das die Anderungen am BIOS 
zeigt, urn die Behandlung der Systempartition als aktive Par- 
tition auf einer Festplatte einschalten zu konnen. 

Nehmen wir jetzt Bezug auf die Zeichnungen und insbesondere 
auf Fig. 1; dort ist eine Schnittansicht eines Personalcom- 
puter systems 10 gezeigt, mit einer Vielzahl von DASD (Direct 
Access Storage Devices - Direktzugrif f s-Speichervorrichtun- 
gen) 12 - 16, die uber eine Vielzahl E/A-Schlitze 18 an eine 
System- oder Hauptplatine 24 angeschlossen sind. Eine Strom- 
zuftihrung 22 versorgt das System 10 auf wohlbekannte Art mit 
elektrischem Strom. Die Hauptplatine 24 beinhaltet einen 
Systemprozessor, der unter der Steuerung der Rechneranwei sun- 
gen arbeitet, urn Informationen einzugeben, zu verarbeiten und 
auszugeben. 

In der Praxis ist das Personalcomputersystem 10 in erster 
Linie so konstruiert, daJ3 es unabhangige Rechnerleistung an 
eine kleine Anwendergruppe oder an einen einzigen Anwender 
gibt, und ist preiswert gehalten zum Ankauf durch Einzel- 
personen oder kleine Geschafte. Im Betrieb arbeitet der 
Systemprozessor unter einem Betriebssystem wie z.B. unter dem 
Betriebssystem OS/2 der IBM oder DOS. Dieser Betriebssystem- 
typ beinhaltet eine BlOSrSchnittstelle zwischen dem DASD 12 - 
16 und dem Betriebssystem. Ein Teil des BIOS, aufgeteilt in 
Funktionsmodule, ist in einem ROM auf der Hauptplatine 24 ab- 
gespeichert und wird nachstehend als ROM-BIOS bezeichnet. 
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BIOS sieht vor eine Schnittstelle zwischen der Hardware und 
der Betriebssystem-Software, damit der Programmierer bzw. der 
Anwender seine Maschine programmieren kann, ohne eine tiefere 
Kenntnis vom Betrieb einer bestimmten Vorrichtung zu haben. 
Zum Beispiel ermSglicht es ein BIOS-Diskettenmodul einem Pro- 
grammierer, das Diskettenlaufwerk ohne nahere Kenntnis von 
der Diskettenlaufwerk-Hardware zu programmieren. Somit kann 
eine Anzahl Diskettenlaufwerke im System benutzt werden, die 
von unterschiedlichen Herstellern konstruiert und gefertigt 
werden. Das senkt nicht nur die Kosten des Systems 10, son- 
dern lafit auch dem Anwender die Wahl zwischen verschiedenen 
Diskettenlaufwerken. 

Vor Inbezugsetzen der obigen Struktur mit der vorliegenden 
Erfindung sollte eine kurze Zusammenf assung uber den allge- 
meinen Betrieb des Personalcomputersystems 10 gegeben werden. 
Nehmen wir Bezug auf Fig. 2; dort wird ein Blockdiagramm des 
Personalcomputersystems 10 gezeigt. Fig. 2 illustriert Kompo- 
nenten der Hauptplatine 24 und die Anschliisse der Haupt- 
platine 24 an die E/A-Schlitze 18 und weiterer Hardware des 
Personalcomputersystems. Auf der Platine 24 findet sich der 
Systemprozessor 26, bestehend aus einem Mikroprozessor, der 
uber einen ortlichen Bus 28 mit einem Speicher-Controller 30 
verbunden ist, der weiter an einen Speicher mit wahlfreiem 
Zugriff (RAM) 32 angeschlossen ist. Jeder geeignete Mikropro- 
zessor kann verwendet werden, so ist z.B. ein geeigneter 
Mikroprozessor der 80386 von Intel. 

Der Systemprozessor konnte auch ein Intel 80286 oder 80486 
Mikroprozessor sein. 

Im Zugrif fsbereich des Prozessors liegt eine Hauptplatinen- 
Kennung (Planar-ID) . Die Planar-ID ist unverwechselbar fur 
die Hauptplatine und identif iziert die benutzte Hauptplatine. 
Zum Beispiel kann die Planar-ID f estverdrahtet sein, urn durch 
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einen E/A-Port des Systemprozessors 26 oder durch Schalten 
von Schaltern gelesen zu werden. Zusatzlich kann ein anderer 
E/A-Port des Systemprozessors 26 benutzt werden, urn unter 
Verwendung der Hauptplatinen-Logikschaltung ein Riickstell- 
signal an den Platten-Controller zu generieren. Zum Beispiel 
kann das Riickstellsignal dadurch eingeleitet werden, dafi die 
Software den E/A-Port anspricht und die Hauptplatinenlogik 
aktiviert, um das Riickstellsignal zu generieren. 

Der ortliche Bus 28 ist ferner iiber einen Bus-Controller 34 
an den Festwertspeicher (ROM) 3 6 auf der Hauptplatine 24 an- 
geschlossen. Ein zusatzlicher nichtfluchtiger Speicher 
(NVRAM) 58 ist iiber eine serielle/parallele Port-Schnitt- 
stelle 40, die ferner am Bus-Controller 34 liegt, an den 
Mikroprozessor 26 angeschlossen. Der nichtf liichtige Speicher 
kann ein batteriegestiitzter CMOS sein, um Inf ormationen zu 
bewahren, wenn immer der Strom vom. System abgeschaltet wird. 
Da der ROM im allgemeinen auf der Hauptplatine resident ist, 
werden im ROM abgespeicherte Modellwerte und Untermodellwerte 
benutzt, um den Systemprozessor und die Systemhauptplatinen- 
E/A-Konfiguration zu identif izieren. Somit werden diese Werte 
den Prozessor und die Hauptplatinen-E/A-Konf iguration physi- 
kalisch identif izieren. 

Der NVRAM wird benutzt zum Abspeichern von Systemkonf igura- 
tionsdaten. Das heiflt, der NVRAM enthalt Werte die die vor- 
liegende Konf iguration des Systems beschreiben. Zum Beispiel 
enthalt der NVRAM Informationen, die die Kapazitat einer 
Festplatte oder Diskette, den Anzeigetyp, die Grofie des Spei- 
chers, Zeit, Datum usw. beschreiben. Zusatzlich werden die im 
ROM gespeicherten Modell- und Untermodellwerte in den NVRAM 
kopiert, wenn immer ein besonderes Konf igurationsprogramm, 
wie z.B. SET Configuration, gefahren wird. Der Zweck des Pro- 
gramms SET Configuration ist, Werte zur Charakterisierung 
der Konf iguration des Systems im NVRAM zu speichern. So sind 
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fur ein ordentlich konf iguriertes System die Modell- und 
Untermodellwerte im NVRAM gleich den Modell- bzw. Unter- 
modellwerten, die im ROM gespeichert sind. Wenn diese Werte 
nicht gleich sind, heifit das, dafi die Konf iguration des 
Systems verandert wurde. Hier nehmen wir Bezug auf Fig. 6D, 
wo dieses Merkmal anhand des Ladens des BIOS in weiteren Ein- 
zelheiten erklart ist. 

Fiihren wir unsere Diskussion unter Hinweis auf Fig. 2 fort, 
der Bus-Controller 34 ist ferner iiber einen E/A-Hauptplati- 
nenbus 43 an E/A-Schlitze 18, die serielle/parallele 
Schnittstelle 40 und den Peripherie-Controller 42 gekoppelt. 
Der Peripherie-Controller 42 ist ferner an eine Tastatur 44, 
eine Maus 46, an einen Diagnoseeinschub 47 und einen Disket- 
ten-Controller 64 angeschlossen. Neben dem NVRAM 58 ist die 
serielle/parallele Schnittstelle 40 ferner an einen seriellen 
Port 48 und einen parallelen Port 50 gekoppelt, urn Informa- 
tionen an einen Drucker, eine Blattausgabevorrichtung usw. zu 
schicken. Wie dem Fachmann wohlbekannt, kann der ortliche Bus 
28 auch an einen Cache-Controller 52, einen Cache-Speicher 
68, einen Co-Prozessor 54 und einen DMA-Controller 56 ange- 
schlossen sein. 

Der Systemprozessor 26 steuert seinen internen Betrieb sowie 
seine Schnittstellenverbindungen mit anderen Elementen des 
Personalcomputersystems 10. Zum Beispiel wird der Systempro- 
zessor 26 als verbunden mit einer E/A-Karte 60 einer Klein- 
rechnersystem-Schnittstelle (SCSI) dargestellt, die ferner 
mit einem DASD, wie z.B, mit einem Festplattenlaufwerk 62 
verbunden gezeigt wird. Hier muli darauf hingewiesen werden, 
daii auch ein anderes als ein SCSI-Festplattenlaufwerk erfin- 
dungsgemafi als Festplatte benutzt werden kann. Zusatzlich zur 
Festplatte 62 kann der Systemprozessor 26 auch iiber eine 
Schnittstelle an den Disketten-Controller 64, der ein Disket- 
tenlaufwerk 66 steuert, angeschlossen werden. Fiir die Termi- 
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nologie ist darauf hinzuweisen, daft der Ausdruck "Hardfile" 
das Festplattenlaufwerk 62 bezeichnet, wahrend der Ausdruck 
"Floppy" auch das Diskettenlaufwerk 66 bezeichnet. 

Vor der vorliegenden Erfindung beinhaltete der ROM 36 den ge- 
samten BIOS-Code, der die Schnittstelle zwischen dem 
Betriebssystem und den Hardware-Peripheriegeraten war. Laut 
einem Aspekt der vorliegenden Erfindung ist jedoch der ROM 36 
so ausgelegt, daft er nur einen Teil des BIOS abspeichert. 
Wenn dieser Teil durch den Systemprozessor 26 abgearbeitet 
wird, gibt er entweder von der Festplatte 62 oder von der 
Diskette 66 einen zweiten Teil, das ist der Rest des BIOS, 
nachstehend auch als BIOS-Bild bezeichnet, ein. Das BIOS-Bild 
tiberschreibt den ersten BIOS-Teil und ist als integrierender 
Teil des Systems im Hauptspeicher, wie dem RAM 32, resident. 
Der erste Teil des BIOS (ROM-BIOS), gespeichert im ROM 36, 
wird allgemein anhand der Fig. 3-4, und im Detail anhand der 
Fig. 6A-D erklart. Der zweite Teil des BIOS (BIOS-Bild) wird 
anhand der Fig. 5 erklart und das Laden des BIOS-Bildes an- 
hand der Fig. 7. Ein weiterer Vorteil des Ladens eines BIOS- 
Bilds von einem DASD ist die Fahigkeit, das BIOS direkt in 
den RAM 32 des Systemprozessors zu laden. Da der Zugriff auf 
den RAM viel schneller ist als der Zugriff auf den ROM, wird 
eine signifikante Verbesserung der Arbeitsgeschwindigkeit des 
Computersystems erzielt. Ein zusatzlicher Vorteil wird ge- 
wonnen durch Speichern der System-Dienstprogramme auf dem 
DASD. Wenn eine Bedingung eintritt, fur die der Gebrauch der 
System-Dienstprogramme erforderlich ist, kann das System- 
Dienstprogramm automat isch auf dem DASD angesprochen werden. 

Die Erklarung geht nun dazu uber, den Betrieb des BIOS im ROM 
36 und den Vorgang des Ladens des BIOS-Bilds und des System- 
ref erenzdisketten-Bilds von der Festplatte bzw. von der Dis- 
kette zu erklaren. Im allgemeinen iiberpriift ein erstes Pro- 
gramm, z.B. ein ROM-BIOS, das System vorab und ladt eine 
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BIOS-Mas terstartroutine in den RAM. Die Masters tartroutine 
beinhaltet ein Datensegment mit einer Giiltigkeitsinformation 
und, weil es ein Lademittel ist, ein Codesegment mit einem 
ausftihrbaren Code. Der ausfuhrbare Code benutzt die Daten- 
information zur Bestatigung der Hardware-Kompatibilitat und 
Systemkonf iguration. Nach dem Testen auf Hardware-Kompatibi- 
litat und richtige Systemkonf iguration ladt der ausfuhrbare 
Code das BIOS-Bild in den RAM und erzeugt ein hauptspeicher- 
residentes Programm. Das BIOS-Bild folgt auf das ROM-BIOS und 
ladt das Betriebssystem, urn die Maschine anzufahren. Zwecks 
Klarheit wird das ausfuhrbare Codesegment der Masterstart- 
routine als MBR-Code und das Datensegment als MBR-Daten be- 
zeichnet . 

Nehmen wir Bezug auf Fig. 3, hier wird eine Speicherabbildung 
dargestellt, die die verschiedenen Code-Module zeigt, aus 
denen das ROM-BIOS besteht. ROM-BIOS beinhaltet ein Ein- 
schalt-Eigentest- (Power On Self Test - POST) -Stuf e-I-Modul 
70, ein Anfangs-BIOS-Lade- (Initial BIOS Load - IBL) -Routine- 
Modul 72, ein Disketten-Modul 74, ein Hardf ile-Modul 76, ein 
Videomodul 78, ein Diagnoseanzeigemodul 8 0, und Hardware-Kom- 
patibilitatsdaten 82. Kurz gesagt, die POST-Stufe I 70 fuhrt 
die Vorinitialisierung und Tests des Systems durch. Die IBL- 
Routine 72 bestimmt, ob das BIOS-Bild von der Platte oder von 
der Diskette geladen werden soil, uberprtift die Kompatibili- 
tat und ladt die Mas terstartroutine. Das Disketten-Modul 74 
sieht Eingabe/Ausgabe-Funktionen fur ein Diskettenlaufwerk 
vor. Das Hardf ile-Modul 76 steuert die E/A zu einer Fest- 
platte oder dergl. Video-Modul 78 steuert Ausgabefunktionen 
zu einem Video-E/A-Controller, der ferner mit einem Video- 
bildschirm verbunden ist. Das Diagnostikanzeigemodul 80 uber- 
gibt die Steuerung fur das System an eine Diagnoseanzeigevor- 
richtung. Die Hardware-Kompatibilitatsdaten 82 beinhalten 
Werte wie einen System-Modell- und -Untermodell-Wert, die 
spater anhand Fig. 5 beschrieben werden. 
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Nehmen wir jetzt Bezug auf Fig. 4; dort wird eine Prozefl- 
Ubersicht zum Laden eines BIOS-Bilds in das System entweder 
von der Festplatte oder von der Diskette gezeigt. Wenn das 
System hochgefahren wird, wird der Systemprozessor auf den 
Eingangspunkt der POST-Stufe I gefuhrt, Schritt 100. Die 
POST-Stufe I initialisiert das System und testet nur die 
Systemfunktionen, die zum Laden des BIOS-Bilds vom angewahl- 
ten DASD erforderlich sind, Schritt 102. Im einzelnen initia- 
lisiert POST-Stufe I die Prozessor/Hauptplatinen-Funktionen, 
die Diagnostik-Anzeige, das Speicheruntersystem, den Inter- 
rupt^-Controller, die Zeitgeber, das DMA-Untersystem, die 
Festplatten-BIOS-Routine (Hardf ile-Modul 76) und die Disket- 
ten-BIOS-Routine (Diskettenmodul 74), falls erforderlich. 

Nachdem die POST-Stufe I das System vorinitialisiert hat, 
fuhrt die POST-Stufe I den Systemprozessor zur Anf angs-BIOS- 
Laderoutine (IBL) , die im Anf angs-BIOS-Lademodul 72 enthalten 
ist. Die IBL Routine bestimmt zunachst, ob das BIOS-Bild auf 
der Festplatte gespeichert ist oder von der Diskette geladen 
werden kann; und zweitens, ladt sie die Masterstartroutine 
vom angewahlten Medium (Platte oder Diskette) in den RAM, 
Schritt 104. Die Masterstartroutine beinhaltet die MBR-Daten 
und den MBR-Code. Die MBR-Daten werden fur tiberprufungsmafii- 
nahmen benutzt, und der MBR-Code wird zum Laden des BIOS- 
Bilds abgearbeitet . Eine detaillierte Beschreibung der Opera- 
tion der IBL-Routine wird anhand Fig. 6A-D gezeigt. 

Nehmen wir weiterhin Bezug auf Fig. 4; nachdem die IBL- 
Routine die Mastersteuerroutine in den RAM geladen hat, wird 
der Systemprozessor zur Startadresse des MBR-Codes vektor- 
gefiihrt, Schritt 106. Der MBR-Code ftthrt eine Reihe Giiltig- 
keitstests durch, urn die Authentizitat des BIOS-Bilds zu 
bestimmen und um die Konf iguration des Systems zu iiberprufen. 
Zwecks besseren Verstandnisses der Operation des MBR-Code 
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wird die Aufmerksamkeit auf Fig. 7 der Zeichnungen gerichtet, 
in der der MBR-Code in naheren Einzelheiten beschrieben ist. 
Auf der Grundlage dieser Gtiltigkeitstests ladt der MBR-Code 
das BIOS-Bild in den RAM und ubergibt die Steuerung an das 
eben geladene BIOS-Bild im Hautspeicher, Schritt 108. Im ein- 
zelnen wird das BIOS-Bild in den ursprilnglich vom ROM-BIOS 
besetzten Speicherraum geladen. Das heifit, wenn das ROM-BIOS 
von EOOOOh bis FFFFFh adressiert ist, dann wird das BIOS-Bild 
in diesen RAM-Adressenplatz geladen und uberschreibt das ROM- 
BIOS. Dann gent die Steuerung iiber auf POST-Stufe II, die im 
neu geladenen BIOS-Bild eingeschlossen ist und verlafit so das 
ROM-BIOS. POST-Stufe II, jetzt im RAM, initialisiert und 
testet das restliche System, um den Betriebssystem-Lader zu 
laden, Schritte 110-114. Bevor POST Stufe II die Steuerung an 
das Betriebssystem iibertragt, setzt die POST-Stufe II einen 
Schutz, damit der Zugriff auf die Plattenpartition, die das 
BIOS-Bild enthalt, verhindert wird. Wenn jedoch ein Fehler 
gefunden wird, kann POST Stufe II das Schutzmittel abschalten 
und die System-Dienstprogramme im Systemref erenzdiskettenbild 
auf der Platte abrufen. Hier wird Bezug genommen auf Fig. 8- 
10 fUr eine detaillierte Diskussion dieses Schutzprozesses . 
Es wird angemerkt, dafi bei einem Warmstart der Prozessor zu 
Schritt 108 vektorgeftihrt wird unter Umgehung der Schritte 
100-106. 

Zwecks Klarheit sollte an diesem Punkt eine Darstellung des 
Formats der Masterstartroutine gezeigt werden. Unter Bezug- 
nahme auf Fig. 5 wird die Masterstartroutine gezeigt. Die 
Startroutine beinhaltet das ausfuhrbare Codesegment 120 und 
die Datensegmente 122-138. Der MBR-Code 120 beinhaltet den 
DASD-abhangigen Code, der verantwortlich ist fur die Uber- 
prUfung der Identitat des ROM-BIOS durch Prufung, dafi die 
IBL-Startroutine mit dem System kompatibel ist, Uberpriifung 
der Systemkonf iguration und Laden des BIOS-Bilds vom ange- 
wahlten DASD (Platte oder Diskette) . Die Datensegmente 122- 
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138 beinhalten Informationen, die benutzt werden, urn das 
Medium zu definieren, die Masterstartroutine zu identif izie- 
ren und iiberprufen, das BIOS-Bild zu finden und das BIOS-Bild 
zu laden. 

Die Masterstartroutine wird identif iziert durch eine Start- 
routinesignatur 122. Die Startroutinesignatur 122 kann z.B. 
ein unverwechselbares Bitmuster, wie eine Buchstabenkette 
"ABC" in den ersten drei Bytes des Datensatzes sein. Die 
Integritat der Masterstartroutine wird getestet durch einen 
Priifsummenwert 132, der beim Laden der Startroutine mit einer 
berechneten Prufsumme verglichen wird. Die Datensegraente be- 
inhalten ferner mindestens einen kompatiblen Hauptplatinen- 
ID-Wert 134, kompatible Modell- und Untermodellwerte 136. Der 
Hauptplatinen-ID-Wert der Masterstartroutine definiert, fur 
welche Hauptplatine die Masterstartroutine gultig ist. Auf 
ahnliche Weise definieren die Modell- und Untermodellwerte 
der Masterstartroutine den Prozessor und die Hauptplatinen- 
E/A-Konfiguration, fur die die Masterstartroutine gilt. Be- 
merkt wird, daB die Startroutinesignatur und Prufsumme eine 
giiltige Masterstartroutine identif izieren, wahrend die Start- 
routine-Hauptplatinen-ID, Startroutinemodell- und Startrou- 
tineuntermodellvergleiche benutzt werden, um eine Startrou- 
tine zu identifizieren, die mit dem System kompatibel ist, 
und um zu bestimmen, ob die Systemkonf iguration gultig ist. 
Ein anderer Wert, Startroutinemuster 124 wird benutzt, um die 
Gultigkeit des ROM-BIOS zu bestimmen. Das Startroutinemuster 
124 wird verglichen mit einem entsprechenden Musterwert, der 
im ROM gespeichert ist. Wenn der Wert mit diesem uberein- 
stimmt, zeigt er an, dafi ein gultiger ROM-BIOS das Laden 
eines BIOS-Bildes vom angewahlten Medium eingeleitet hat. 

Die nachstehende Beschreibung beschreibt weiter detailliert 
jeden der Werte in der Masterstartroutine und deren Funktio- 
nen: 
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MBR-Kennung 122: Die ersten drei Bytes der IBL-Startroutine 
konnen aus Zeichen bestehen wie z.B. "ABC". Diese Signatur 
wird zur Identif izierung eine Startroutine benutzt. 

MBR-Codesegment 120: Dieser Code iiberpriift die Kompatibilitat 
der Startroutine mit der Hauptplatine und dem Prozessor durch 
Vergleichen entsprechender Hauptplatinen-ID- und 
Modell/Uhtermodell-Werte. Wenn diese Werte ubereinstimmen, 
ladt er das BIOS-Bild vom angewahlten Medium in den System- 
RAM. Wenn die Systembild- (im Speicher geladenes BIOS-Bild) - 
Prufsumme giiltig ist und kein Mediiim-Ladef ehler auftritt, 
ubertragt der MBR-Code die Steuerung auf die POST-Stufe II- 
Routine des Systembilds. 

MBR-Muster 124: Das erste Feld des IBL-Startroutine-Datums- 
Segments enthalt ein Muster, wie z.B. eine Zeichenkette "ROM- 
BIOS 1990". Diese Kette wird benutzt zur Gultigkeitsuber- 
prufung des ROM-BIOS durch Vergleich des Urlademusterwerts 
mit dem entsprechenden Wert, der im ROM gespeichert ist (ROM- 
Muster) . 

MBR-Versionsdatum 126: Die Masterstartroutine enthalt ein 
Versionsdatum zur Verwendung durch ein Aktiualisierungs- 
Diens tprogramm . 

Systempartitionszeiger 128: Das Datensegment enthalt einen 
Medium-Zeiger auf den Anfang des Mediumsystempartitions- 
bereichs zur Verwendung durch die POST Stufe II. Auf einer 
IBL-Diskette steht der Zeiger im Spurkopf sektor-Format, auf 
der Platte steht der Zeiger im Relativblockadressen- (RBA) - 
Format . 

Systempartitionstyp 130: Der Systempartitionstyp zeigt die 
Struktur der Mediumsystempartition. Es gibt drei Arten der 
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Systempartitionsstrukturen - voll, minimal und nicht vorhan- 
den. Die voile Systempartition enthalt das Setup-Dienstpro- 
gramm und die Diagnostik zusatzlich zum BIOS-Bild und der 
Masterstartroutine. Die minimale Systempartition enthalt nur 
das BIOS-Bild und die Masterstartroutine. Sie kann auftreten, 
wenn ein System keinen Zugriff auf eine Hardfile mit einem 
IBL-Bild hat, unter diesen Umstanden zeigt der Systemparti- 
tionstyp 'nicht vorhanden' an. In diesem Fall kommt IBL von 
der Diskette. Diese drei Systempartitionstypen ermoglichen 
Flexibilitat, wieviel Platz die Systempartition auf dem Me- 
dium beansprucht. 

Prufsummenwert 132: Der Pruf summenwert des Datensegments wird 
initialisiert, urn eine gultige Prufsumme fiir den Datensatz- 
langenwert (1,5 kBytes) des Mas'terstartroutinencode zu gene- 
rieren. 

MBR-Hauptplatinen-ID-Wert 134: Das Datensegment beinhaltet 
einen Wert, wie eine Kette von Wortern, die kompatible Haupt- 
platinen-IDs definieren. Jedes Wort besteht aus einer 16-Bit- 
Hauptplatinen-ID und die Kette endet mit einem Wortwert Null. 
Wenn die Hauptplatinen-ID eines Systems mit dem Hauptplati- 
nen-ID-Wert in der Masterstartroutine ubereinstimmt, wie 
eines der Worter in der Kette, ist das IBL-Medienbild kompa- 
tibel mit der System-Hauptplatine . Wenn die ID der System- 
hauptplatinen-ID mit keinem Wort in der Kette ubereinstimmt, 
ist das IBL-Medienbild nicht kompatibel mit der System-Haupt- 
platine. 

MBR-Modell- und Untermodellwerte 136: Das Datensegment umfaBt 
Werte wie z.B. eine Wortkette, die kompatible Prozessoren de- 
finiert. Jedes Wort ist ^zusammengesetzt aus einem Modell- und 
einem Untermodellwert, und die Kette endet mit einem Wortwert 
Null. Wenn eines der Modell- und Untermodellwdrter des 
Systems (abgespeichert im ROM) mit einem Wort in der Kette 
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Ubereinstimmt, ist das IBL-Medienbild kompatibel mit dem 
Systemprozessor . Wenn die ROM-Modell- und ROM-Untermodell- 
worter mit keinem Wort in der Kette ubereinstimmen, ist das 
IBL-Medienbild nicht mit dem Systemprozessor kompatibel. 

MBR-Abbildungslange 138: Die IBL-Abbildungslange wird auf die 
Anzahl der Medienbildblocke initialisiert . Mit anderen Wor- 
ten, wenn das BIOS-Bild in vier Blocke unterteilt ist, ist 
die Abbildungslange vier, was vier Blockzeiger/Langenf elder 
anzeigt. Ublicherweise ist diese Lange auf Eins gesetzt, da 
das Medienbild ein zusammenhangender 128k Block ist. 

MBR-MediensektorgroBe 138: Dieser Wortwert wird auf die 
Mediensektorgrdfie in Bytes per Sektor initialisiert. 

Medienbildblockzeiger 138: Der Medienbildblockzeiger zeigt 
auf einen Systembildblock im Medium. Im Normalfall gibt es 
nur einen einzigen Zeiger, weil das Medienbild als ein zusam- 
menhangender Block abgespeichert ist. Auf einer IBL-Diskette 
stehen die Zeiger im Spurkopf sektor-Format; auf der Platte 
stehen die Zeiger im Relativ-Blockadressen-Format . 

Medienbildblocklange 138: Die Medienbildblocklange zeigt die 
GroBe (in Sektoren) des Blocks, der am entsprechenden Bild- 
blockzeiger liegt. Bei einem 128k zusammenhangenden Medien- 
bild, einschliefilich Platz fur BASIC, ist dieses Feld auf 256 
gesetzt, und zeigt damit an, dafi der BIOS-Block 256 Sektoren 
besetzt (512 Bytes/Sektor) , beginnend mir dem Ort, auf den 
der Medienbildblockzeiger zeigt. 

Nehmen wir jetzt Bezug auf die Fig. 6A - D; hier wird ein 
detailliertes Flufldiagramm des Betriebs der IBL-Routine ge- 
zeigt. Unter normalen Umstanden ladt die IBL-Routine die 
Masterstartroutine von der Systemf estplatte an einer bestimm- 
ten Adresse in den RAM, und vektorfuhrt den Systemprozessor 
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dahin, mit dem Abarbeiten des Code-Segments der Masterstart- 
routine zu beginnen. Die IBL-Routine enthalt auch Vorkehrun- 
gen fiir einen Diskettenvorgabemodus, in dem die Masterstart- 
routine von der Diskette geladen werden kann. Die IBL-Routine 
erlaubt jedoch nicht, daB der Diskettenvorgabemodus ausge- 
fuhrt wird, wenn das System das IBL-Medium auf der System- 
festplatte enthalt und ein gultiges Pafiwort im NVRAM steht. 
Der Anwender hat die Option, das PaBwort in den NVRAM zu set- 
zen. Der Zweck der Sperre der Ausfiihrung des Diskettenvor- 
gabemodus ist, zu verhindern, dafi ein nichtzugelassenes BIOS- 
Bild von der Diskette geladen wird. Mit anderen Worten, der 
Diskettenvorgabemodus wird nur dann ausgefiihrt, wenn eine 
Systemf estplatte nicht betriebsbereit ist und der Anwender 
(durch Nichteingeben des PaBworts) seinen Wunsch gezeigt hat, 
von der Diskette laden zu konnen. Wenn die IBL-Routine die 
Masterstartroutine von keinem der beiden Medien laden kann, 
wird eine Fehleranzeige generiert und das System bleibt 
stehen. 

Nehmen wir jetzt Bezug auf Fig. 6A; unter normalen Umstanden 
enthalt das System eine Systemfestplatte, die die IBL-Routine 
initialisiert, Schritt 150. Nehmen wir fur Darstellungszwecke 
an, daB die Festplatte auf Laufwerk C des Personalcomputer- 
systems konfiguriert ist. Nehmen wir ferner an, daB Laufwerk 
A als Diskettenlaufwerk bestimmt ist. Die IBL-Routine prtift 
dann Laufwerk C, um festzustellen, ob es IBL-Medien enthalt, 
Schritt 152. Hier wird auf Fig. 6B hingewiesen, die diesen 
Vorgang detailliert beschreibt. Die IBL-Routine startet mit 
dem Lesen von der Festplatte an den letzten drei Sektoren und 
fahrt mit dem Lesen, von 99 Sektoren fort oder bis eine giil- 
tige Masterstartroutine gefunden wird, wobei sie den Medien- 
zeiger dekrementiert . Wenn eine Masterstartroutine gefunden 
wird, wird sie auf System-Hauptplatinen- und Prozessor-Kompa- 
tibilitat tiberpruft, Schritt 156. Wenn sie nicht Hauptplati- 
nen- oder Prozessor-kompatibel ist, wird ein Fehler gemeldet, 
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Schritt 158. Wieder zuruck zu Schritt 152, wenn keine Master- 
startroutine in den letzten 99 Sektoren der Festplatte gefun- 
den wird (primare Hardfile) wird ein Fehler gemeldet, Schritt 
154. 

Wieder zuriick zu Schritt 156/ wenn eine Masterstartroutine 
gefunden wird, werden eine Reihe von Gultigkeitspriifungen 
durchgefuhrt, um festzulegen, ob die Masterstartroutine kom- 
patibel mit dem Rechnersystem ist. Zusatzlich wird die Konfi- 
guration des Systems gepruft. Hier wird auf Fig. 6D hingewie- 
sen, die diesen Vorgang in weiteren Einzelheiten offenbart. 
Wenn die Startroutine mit Hauptplatinen-ID, Modell und Unter- 
modell kompatibel ist, und ferner die Systemkonf iguration 
nicht verandert wurde, wird die Masterstartroutine geladen 
und das Codesegment der Masterstartroutine wird ausgefuhrt, 
Schritt 160. 

Wieder zuruck zu den Schritten 154 und 158; wenn beim Laden 
der Masterstartroutine von der Festplatte ein Fehler auftritt 
oder wenn keine Festplatte verfugbar ist, bestimmt die IBL- 
Routine, ob im NVRAM ein gultiges Paflwort steht, Schritt 162. 
Dieses Pafiwort legt fest, ob das BIOS-Bild von der Diskette 
geladen werden kann. Hier wird darauf hingewiesen, daJ3 das 
Pailwort nur dann existiert, wenn es vom Anwender durch Fahren 
eines festgelegten Dienstprogramms installiert wurde. Wenn im 
NVRAM ein Pafiwort steht, kann das BIOS-Bild nicht von der 
Diskette geladen werden, Schritt 164. Dadurch kann der Anwen- 
der die Integritat der Operation des Systems sichern, indem 
er bewirkt, dafl das System nur mit dem BIOS-Bild auf der 
Festplatte geladen werden kann. Das Paflwort kann in der Form 
einer Zeichenkette eingegeben werden, die im NVRAM gespei- 
chert ist. '■■ 

Wieder zu Schritt 162; wenn im NVRAM kein gultiges PaBwort 
steht, wodurch ermoglicht wird, das BIOS-Bild von der Dis- 
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kette zu laden, initialisiert die IBL-Routine das Disektten- 
Untersystem, Schritt 166. Die IBL-Routine bestimmt dann, ob 
das Laufwerk A das IBL-Medium auf einer Diskette enthalt, 
Schritt 168. Wenn das Laufwerk A kein IBL-Medium enthalt, 
wird eine Fehlermeldung generiert, um den Anwender zu unter- 
richten, daft eine ungiiltige Diskette in das Laufwerk einge- 
legt wurde, Schritt 170. Das System halt an, Schritt 172. 
Wieder weisen wir hier auf Fig. 6C hin, in der Schritt 168 
eingehender diskutiert wird. 

Wieder zuriick zu Schritt 168; nachdem Laufwerk A auf das IBL- 
Medium gepriift wurde, wird die Masterstartroutine in den RAM 
geladen und das in der Masterstartroutine eingeschlossene 
Codesegment wird ausgefuhrt, Schritt 160. Es ist wichtig zu 
wissen, daft die IBL-Routine fur die Diskette die Giiltig- 
keitstiberpriifungen nicht durchfiihrt, die fur das Festplatten- 
system vorgesehen sind. Der Grund fur das Fehlen der Gultig- 
keitsuberpriifungen ist, daft ein nichtkompatibles IBL-Bild von 
der Diskette geladen werden kann. Wenn z.B. ein neuer Prozes- 
sor zum System hinzugefugt wird, wird ein neues BIOS-Bild auf 
einer Diskette eingeftigt. Da ein neuer Prozessor beim Laden 
von einer Festplatte Gultigkeitsf ehler verursacht, sieht die 
IBL-Routine die Moglichkeit vor, durch Laden des BIOS-Bilds 
von einer Diskette diese Tests zu umgehen. 

Fassen wir zusammen: Die Masterstartroutine wird auf Kompati- 
bilitat mit dem System geprUft durch Vergleichen auf tJberein- 
stimmung der System-Hauptplatinen-ID und Prozessor-Modell- 
/Untermodell-Werte mit den Startroutinenwerten . Fiir die 
Platte wird diese Prufung zunachst in der IBL-Routine 72 
durchgefiihrt und dann wieder in der IBL-Startroutine . Die 
erste Prufung (in der IBL-Routine) wird ausgefuhrt, um 
sicherzugehen, daft die Startroutine kompatibel mit dem System 
ist; die zweite PrUfung (in der Startroutine) wird ausge- 
fuhrt, damit ein kompatibler ROM die Steuerung an die Start- 
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routine iibergeben hat. Wir weisen darauf hin, daB die in der 
Platten-Startroutine durchgeftihrte Prtifung filr einen kompati- 
blen ROM nie fehlschlagen kann, weil die IBL-Routine die Kom- 
patibilitat bereits iiberpriift hat. Im Gegensatz dazu wird die 
erste Kompatibilitatspriifung fur die Diskette nicht durchge- 
ftihrt. Die Hauptplatinen/Prozessorkompatibilitat wird nur 
wahrend der Diskettenstartroutinen-Durchftihrung uberpriift . 
Dieses Verfahren lafit kiinftige Modif ikationen beim Laden 
eines neuen BIOS-Bilds von einer Ref erenzdiskette zu. 

Im Hinblick auf die Beschreibung der IBL-Routine der Fig. 6A 
geht die Erklarung jetzt iiber auf ein umfassendes und voiles 
Verstandnis der oben diskutierten Giiltigkeitstests . Nehmen 
wir Bezug auf Fig. 6B; dort wird ein detailliertes Flufidia- 
gramm des Schritts 152 in Fig. 6A gezeigt, um f estzustellen, 
ob eine giiltige Masterstartroutine auf Laufwerk C vorhanden 
ist. Der Prozefl beginnt mit dem Einholen der Laufwerkspara- 
meter, um die IBL-Routine auf das Laufwerk C zugreifen zu 
lassen, Schritt 200. Eine IBL-Ladestelle wird auf die letzten 
drei Sektoren von der Platte gesetzt (die letzten drei Sekto- 
ren enthalten in der Regel die Masterstartroutine) , Schritt 
202. Eine Ladezahlung, die die Anzahl der Versuche zum Lesen 
einer Masterstartroutine von der Platte anzeigt, wird auf 1 
gesetzt, Schritt 204. Drei Sektoren werden an der IBL-Lade- 
stelle von der Platte gelesen, Schritt 206. Etwaige Platten- 
laufwerkf ehler werden gefunden und wenn ein Plattenlaufwerk- 
Lesefehler vorkommt wird er gemeldet, Schritte 208-210. Dann 
kehrt der Prozefi mit einer Fehleranzeige zuriick, Schritte 
212-214. 

Nehmen wir wieder Bezug auf Schritt 208; wenn kein Lauf- 
werkfehler auftritt, wird der Plattensatz nach der Master- 
startroutine-Signatur durchsucht, Schritt 216. Die Startrou- 
tine-Signatur, wie z.B. die Buchstaben "ABC", werden vergli- 
chen mit den drei ersten Bytes des Plattensatzes . Wenn der 
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Plattensatz eine gtiltige Startroutine-Signatur enthalt (Buch- 
staben "ABC") und die vom Plattensatz in den Speicher gela- 
dene Prlifsumme gleich ist der Prlifsumme der Startroutine, 
wird der Plattensatz als gtiltige Startroutine ohne Fehler 
angezeigt/ Schritt 218. Der Prozeii springt dann wieder 
zuruck, Schritt 214. 

Nehmen wir wieder Bezug auf Schritt 216; wenn die Start- 
routine-Signatur der PrUfsumme ungiiltig ist, wird die Lade- 
zahlung um 1 inkrementiert, Schritt 220. Die Ladezahlung wird 
dann mit einer vorbestiituttten Konstanten wie z.B. 99 ver- 
glichen, Schritt 222. Wenn 99 Versuche des Lesens einer 
Startroutine f ehlgeschlagen sind, wird ein Fehler angezeigt, 
und der Prozeii springt zuruck, Schritte 224, 212 und 214. 
Wenn weniger als 99 Versuche, eine Startroutine zu lesen, 
vorgekommen sind, wird die IBL-Ladestelle um Eins dekremen- 
tiert und drei neue Sektoren werden von der neuen Ladestelle 
aus gelesen, Schritte 226 und 206. Wenn also keine gultige 
IBL-Startroutine aus den letzen 99 Sektoren (das ist gleich- 
bedeutend mit 33 Kopien) geladen werden kann, dann wird eine 
Fehlerbedingung gesetzt und die Steuerung kehrt zur IBL- 
Routine zuruck. 

Gehen wir jetzt zu Fig. 6C; hier wird ein detailliertes Flufi- 
diagramm zum Laden der Masterstartroutine von der Diskette in 
Laufwerk A gezeigt. Zunachst werden die Diskettenlaufwerk- 
Parameter fur den Zugriff auf Laufwerk A abgerufen, Schritt 
230. Die IBL-Ladestelle wird auf die letzten 3 Sektoren der 
Diskette gesetzt (Zylinder-, Kopf- und Sektor-Format) , 
Schritt 232. Die letzten 3 Sektoren werden gelesen, Schritt 
234. Wenn ein Diskettenlaufwerkf ehler erfafit wird, wird ein 
Fehler gemeldet, Schritte 236-238. Ein Fehlerzustand wird 
gesetzt und die Steuerung geht wieder auf die IBL-Routine 
iiber, Schritte 240-242. 
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Wieder zu Schritt 236; wenn kein Laufwerkf ehler erfafit wird, 
wird die Diskettenauf zeichnung auf die Startroutine-Signatur 
gepriift und die Prufsumme wird berechnet, Schritt 244. Wenn 
die Startroutine-Signatur fehlt oder die Prufsumme ungultig 
ist, wird ein Fehler gemeldet und die Steuerung geht wieder 
auf die IBL-Routine iiber, Schritte 244, 246, 240 und 242. 
Wenn eine giiltige Steuerroutine-Signatur und eine gultige 
Prufsumme gefunden werden, wird eine Anzeige gesetzt und die 
Steuerung geht wieder auf die IBL-Routine ttber, Schritte 248 
und 242. Es wird darauf hingewiesen, daB beim Laden von einer 
Diskette die IBL-Routine das Medium nicht durchsucht wie beim 
Laden von der Festplatte. Deshalb mufi das IBL-Medium an einer 
bestimmten Stelle der Diskette abgespeichert sein. 

SchlieJilich zeigt Fig. 6D, wie die IBL-Routinen die System- 
Hauptplatinen- und Prozessor-Kompatibilitat und die geeignete 
Systemkonf iguration testen. Die Masterstartroutine wird auf 
Kompatibilitat mit der System-Hauptplatine geprtift durch Ver- 
gleichen des Startroutinen-Hauptplatinen-ID-Werts mit der 
System-Hauptplatinen-ID, die vom Systemprozessor gelesen 
wird, Schritt 260. Wenn die System-Hauptplatinen-ID nicht mit 
dem Systemladeroutine-ID-Wert ubereinstimmt , zeigt das an, 
dali diese Masterstartroutine mit dieser Hauptplatine nicht 
kompatibel ist. Ein Fehler wird gemeldet und die Steuerung 
kehrt zur IBL-Routine zuriick, Schritte 262, 264 und 266. 

Wenn die Masterstartroutine kompatibel mit der Hauptplatine 
ist, wird die Masterstartroutine auf Kompatibilitat mit dem 
Prozessor gepriift, Schritt 268. Der Startroutinen-Modellwert 
und -Untermodellwert werden verglichen mit dem Modellwert 
bzw. Untermodellwert, die im ROM gespeichert sind. Wenn die 
Werte nicht iibereinstimmen, zeigt das an, dafi wahrscheinlich 
ein neuer Prozessor eingesetzt wurde und diese Startroutine 
nicht mit dem neuen Prozessor kompatibel ist. Ein Fehler wird 
gemeldet und die Steuerung geht zuriick zur IBL-Routine, 

BC 990 034 



- 29 - 

Schritte 270, 264 und 266. Wenn die Masterstartroutine rait 
der Hauptplatine und dem Prozessor kompatibel ist, pruft der 
Prozeli, ob der NVRAM zuverlassig ist, Schritt 272. Wenn der 
NVRAM unzuverlassig ist, wird ein Fehler gemeldet und die 
Steuerung gent zuruck zur IBL-Routine, Schritte 274 und 266. 
Wenn der NVRAM zuverlassig ist, wird die Systemkonf iguration 
gepruft, Schritt 27 6. Eine Veranderung der Systemkonf igura- 
tion wird angezeigt, wenn die in NVRAM abgespeicherten 
Modell- und Untermodellwerte nicht mit den im ROM abgespei- 
cherten Modell- und Untermodellwerten ubereinstimmen. Hier 
wird darauf hingewiesen, dafi dieser letzte Vergleich nur 
einen Konf igurationsf ehler anzeigt. Wenn ein Konf igurations- 
fehler gemeldet wird, wird eine Fehlermeldung an den Anwender 
generiert. Dieser Fehler unterrichtet den Anwender, dafi die 
Konf iguration des Systems sich seit dem letzen Mai, als ein 
' SET Configuration' gefahren wurde, verandert hat. Der Anwen- 
der wird iiber die veranderte Konf iguration in Kenntnis ge- 
setzt und die Steuerung geht zuruck zur IBL-Routine, Schritte 
278, 264 und 266. Dieser Fehler ist als solcher kein fataler 
Fehler, sondern unterrichtet den Anwender, daJ3 SET Configura- 
tion (Konf igurationsprogramm) gefahren werden mufl. Wieder 
unter Bezugnahme auf Schritt 276, wenn die System- 
Modell/Untermodellwerte ubereinstimmen, wird eine Anzeige der 
Vergleichbarkeit gesetzt und die Routine springt wieder 
zuruck, Schritte 276, 274 und 266. Auf diese Weise wird die 
Kompatibilitat zwischen der Masterstartroutine und dem System 
gepruft, zusammen mit der Feststellung, ob die Systemkonf igu- 
ration verandert wurde. 

Nachdem die IBL-Routine die Masterstartroutine in den RAM ge- 
laden hat, Ubertragt sie die Steuerung an die MBR-Code-Start- 
adresse. Nehmen wir Bezug auf Fig. 7; das ausfiihrbare Code- 
segment der Masterstartroutine iiberpriift zunachst das Start- 
routinemuster mit dem ROM Muster, Schritt 300. Wenn das 
Muster in der Masterstartroutine nicht mit dem Muster im ROM 
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ubereinstimmt, wird ein Fehler generiert und das System 
bleibt stehen, Schritte 302 und 305. Die Uberprufung auf 
Gleichheit zwischen ROM und Startroutinenmuster stellt 
sicher, daft die entweder von der Platte Oder von der Diskette 
geladenen Masterstartroutine kompatibel mit dem ROM und der 
Hauptplatine ist. Nehmen wir wieder Bezug auf Schritt 300; 
wenn das Muster im ROM mit dem Muster in der Startroutine 
ubereinstimmt, vergleicht der MBR-Code den System-Hauptplati- 
nen-ID-Wert, den Modell- und Untermodellwert mit den ent- 
sprechenden Masterstartroutinewerten, Schritt 304. Dieser 
ProzeB wurde in weiteren Einzelheiten anhand Fig. 6D disku- 
tiert. Wenn die Werte nicht iibereinstimmen, ist die Master- 
startroutine nicht kompatibel mit der System-Hauptplatine im 
Prozessor, oder die Systemkonf iguration wurde verandert, 
Schritt 306. Das System bleibt stehen, wenn die IBL-Routine 
nicht kompatibel mit der Hauptplatine, den Modell- oder 
Untermodellwerten ist, Schritt 305. 

Nehmen wir wieder Bezug auf Schritt 304; Wenn der System- 
Hauptplatinen-ID-Wert, die Modell- und Untermodellwerte mit 
den entsprechenden Masterstartroutinewerten iibereinstimmen, 
ladt der MBR-Code das BIOS-Bild vom angewahlten Medium in den 
System-RAM, Schritt 308. Wen ein Mediumladef ehler beim Lesen 
der Daten auftritt, Schritt 310, wird ein Fehler generiert 
und das System bleibt stehen, Schritt 312 und 305. Nehmen wir 
Bezug auf Schritt 310; wenn kein Medium-Ladef ehler auftritt, 
wird eine Prufsumme berechnet aus dem BIOS-Bild im Speicher, 
Schritt 314. Wenn die Prufsumme ungultig ist, wird ein Fehler 
generiert und das System bleibt stehen, Schritt 318 und 305. 
Nehmen wir Bezug auf Schritt 316, wenn die Prufsumme gultig 
ist, werden die Systempartitionszeiger abgespeichert, Schritt 
320, und der Systemprozes-sor wird auf POST Stufe II vektor- 
gefuhrt, urn mit dem Laden des Systems anzufangen, Schritt 
322. 
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Nehmen wir Bezug auf Fig. 8; dort wird ein Blockdiagramm 
eines intelligenten Platten-Controllers 350 zum Steuern der 
Datenbewegung zwischen dem Plattenlaufwerk 351 und dem 
Systemprozessor gezeigt. Hier mufl darauf hingewiesen werden, 
dali der Platten-Controller 350 in die Adapterkarte 60 inte- 
griert sein kann wahrend das Plattenlaufwerk 251 im Laufwerk 
62 in Fig. 2 enthalten sein kann. Ein geeigneter Platten-Con- 
troller 350 ist ein SCSI-Adapter mit der Teilenummer 33F8740, 
hergestellt von der International Business Machines Corpora- 
tion. Hier wird verstanden, dafi der Platten-Controller 350 
einen Mikroprozessor 352 beinhaltet, der unter seinem eigenen 
internen Zeitgeber arbeitet zur Steuerung seiner internen 
Operationen sowie auch iiber Schnittstelle mit anderen Elemen- 
ten des Platten-Untersystems und rait dem Systemprozessor in 
Verbindung steht. Der Mikroprozessor 352 ist tiber einen Be- 
fehlsbus 354 mit einem Nurlesespeicher (ROM) 356 gekoppelt, 
der die Befehle speichert, die der Platten-Controller 350 ab- 
arbeitet, um die Datenbewegungen zwischen dem Plattenlaufwerk 
und dem Systemprozessor zu verarbeiten und zu steuern. Ebenso 
mufl verstanden werden, daft der Platten-Controller 350 Spei- 
cher mit wahlfreiem Zugriff umfassen kann, die an den Mikro- 
prozessor 352 zum Speichern und Abrufen von Daten angekoppelt 
sind. Die Datenbwegungen zwischen dem Platten-Controller 350 
und dem Systemprozessor wird bewirkt tiber den Datenbus 358 
und den Befehlsbus 360. Ein Riickstellsignal auf Leitung 362 
stellt die Platten-Controller-Logik zurtick oder initialisiert 
sie bei der Einschaltsequenz oder wahrend einer Systemruck- 
stellung. Das Riickstellsignal wird generiert durch die Haupt- 
platinen-Logik und kann die Form eines Kanalriickstellsignals 
annehmen, wie in der IBM Mikrokanal-Architektur vorgesehen 
ist und wie in "IBM PERSONAL SYSTEM/2 Seminar Proceedings", 
Bd. 5 Nr. 3, Mai 1987, beschrieben ist, wie von der Interna- 
tional Business Machines Corporation Entry Systems Division 
verof fentlicht wurde. Ferner kann das Riickstellsignal durch 
das BIOS wirksam initiiert werden durch Ausgabe einer beson- 
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deren Bit-Konf iguration an einen E/A-Port des Systempro- 
zessors, an den die Hauptplatinenlogik angeschlossen ist. 

Wie wohlbekannt ist, sieht der Mikroprozessor 352 alle 
Schnittstellenverbindungen und Zeitgebersignale vor, urn eine 
wirksame Dateniibertragung zwischen dem Plattenlaufwerk und 
dem Systemprozessor zu erzeugen. Zwecks Klarheit werden nur 
solche Signale dargestellt, die fur das Verstandnis der Er- 
findung wichtig sind. Verstanden werden mufi ferner, dafl auch 
andere Signale und Leitungen, wie der Datenbus 364, benutzt 
werden, aber hier nicht dargestellt sind, weil sie fur das 
Verstandnis der vorliegenden Erfindung nicht von Bedeutung 
sind. Ferner mufi darauf hingewiesen werden, dail nur solche im 
ROM 356 gespeicherte Programme und Routinen, die fur das Ver- 
standnis der vorliegenden Erfindung wichtig sind, im Hinblick 
auf Fig. 9 erklart werden. 

Nehmen wir jetzt Bezug auf Fig. 9; dort ist ein Fluiidiagramm 
gezeigt, das die durch die Operation von im ROM 356 gespei- 
cherte Routinen bewirkte Lese-, Schreib- und Schutz-Funktio- 
nen des Platten-Controllers als Diagramm darstellt. Im Be- 
trieb wird eine Plattenanweisung durch den Systemprozessor 
initialisiert und zum Platten-Controller 350 ubertragen. Der 
Platten-Controller empfangt und interpretiert die zur Ausfuh- 
rung der bezeichneten Operation auszufiihrenden Anweisungen, 
Schritt 400. Der Platten-Controller bestimmt zunachst, ob es 
sich um eine Schreiboperation handelt, in der Daten von 
Systemprozessor auf der Plattenlaufwerk-Hardware gespeichert . 
werden, Schritt 402. Wenn die Anweisung eine Schreibanweisung 
ist, werden die Daten aus dem Systemprozessor im relativen 
Blockadressen- Format (RBA) empfangen. 

Vor Fortsetzung der obigen Diskussion sollte eine kurze Er- 
klarung des relativen Blockadressenformats, das fur eine 
Massenspeichervorrichtung wie eine Platte angewandt wird, 
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vorteilhaft wiederholt werden. RBA ist ein Schema, in dera 
Massenspeicherungsdaten in Bldcken vorgegebener GroBe durch 
aufeinanderfolgende Nummern, d.h. in individuell definierba- 
ren auf einanderfolgenden Datenblocken adressiert werden. Wenn 
wir z.B. eine Blockgrofie von 1024 Bytes annehmen, kann der 
Systemprozessor auf einer 10 Megabyte-Platte etwa 10 000 
Blocke adressieren. Das heiBt, der Systemprozessor kann das 
Plattenmedium als N Blocke adressieren, wobei N von 0 bis 9 
999 lauft. Es wurde entdeckt, dafi die Anwendung von RBA eine 
sehr schnelle und wirksame Methode zum Adressieren von 
Massenspeicherungen in dem Betriebssystemtyp vorsieht, der 
fUr Personalcomputersysteme der vorliegenden Erfindung be- 
nutzt wird. 

Zwecks Bequemlichkeit sollen die folgenden Annahmen einge- 
fiihrt werden: Erstens, die Platte kann insgesamt N Blocke 
aufnehmen; zweitens, der Systemprozessor iibertragt einen K- 
Block, wobei K groJier oder gleich 0, und kleiner oder gleich 
(N-l) ist; drittens, der Platten-Controller kann einen maxi- 
mal adressierbaren Block M setzen, der Zugriff auf Daten- 
blocke erlaubt, wobei K kleiner M ist, und den Zugriff auf 
Datenblocke verweigert, wenn K groBer oder gleich M ist. Hier 
sei darauf hingewiesen, daB durch Setzen von M kleiner als N 
ein schutzfahiger Bereich auf der Platte von M bis N-l 
Blocken generiert wird. Dieses Merkmal laBt zu, daB das IBL- 
Medium geschtitzt wird, wie nachstehend noch erklart wird. 

Unsere Diskussion soil nun unter Bezugnahme auf Fig. 9 fort- 
gesetzt werden; die Daten werden von der Platte im RBA-Format 
aufgenommen, Schritt 404. Dann bestimmt der Platten-Control- 
ler, ob der aufgenommene Block K kleiner als der Maxi- 
malblockwert M ist, wobei -M kleiner als N ist, Schritt 406. 
Wenn K kleiner als M ist, dann wandelt der Controller das 
RBA-Format urn in das besondere Format fur die Massenspeicher- 
vorrichtung, wie das Zylinder-Kopf-Sektor (Cylinder-Head- 
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Sector - CHS) -Format ftir eine Festplatte urn, Schritt 408. Zum 
Beispiel konnte der Platten-Controller durch Verwenden einer 
Nachschlagetabelle RBA-Adressen in unverwechselbare Zylinder- 
Kopf-Sektor-Stellen umwandeln. Ein weiteres Verfahren ware 
die Verwendung einer Umwandlungsformel zum Umwandeln von RBA 
in CHS. Zum Beispiel, fur eine Platte mit einem Kopf, 64 
Zylinder und 96 Sektoren: Kopf = 0, Zylinder = Quotient 
RBA/96, und Sektoren = Rest von RBA/96. Nach Umwandlung des 
RBA-Formats in ein CHS-Format werden die Daten an der umge- 
wandelten CHS-Stelle auf die Platte geschrieben, Schritt 410. 
Dann wartet der Platten-Controller auf eine weitere Anweisung 
vom Systemprozessor, Schritt 412. 

Wieder zuriick zu Schritt 406; wenn die eingegangene RBA 
groJier ist als der gesetzte Maximal-RBA-Wert, wird der 
Zugriff verweigert, Schritt 414. Das heifit, wenn K grofier 
Oder gleich M ist, wird der K-Block nicht auf die Platte 
geschrieben. Hier ist anzumerken, wenn das IBL-Medium in den 
Blocken von M bis N-l gespeichert ist, wird das IBL-Medium 
gegen Schreiben geschtitzt. 

Wider zuriick zu Schritt 402; wenn die Anweisung vom 
Systemprozessor keine Schreibanweisung ist, dann wird 
gepruft, ob es sich um eine Leseanweisung handelt, Schritt 
416. Wenn die Anweisung eine Leseanweisung ist, sendet der 
Systemprozessor das RBA-Format fur die angeforderten Daten, 
Schritt 418. Dann bestimmt der Platten-Controller, ob die 
gewunschte RBA (K) kleiner ist als die maximale gesetzte RBA 
(M) . Wenn die gewunschte RBA (K) kleiner ist als die gesetzte 
maximale RBA (M) , wandelt der Platten-Controller die RBA in 
das geeignete CHS-Format um und liest die Daten von der 
Platte, Schritte 422 und .424. Die Daten werden dann auf den 
Systemprozessor Ubertragen, Schritt 412. 
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Nun wieder zuriick zu Schritt 420; wenn die eingegangene RBA ' 
(K) grofler oder gleich der gesetzten maximalen RBA (M) ist, 
wird der Zugriff verweigert, Schritt 426. Wenn das IBL-Medium 
zwischen M Blocke und (N-l) Blocke gespeichert ist, wird der 
Zugriff auf diesen Bereich verweigert. Hier ist anzumerken, 
daJ3 unter diesen Umstanden das IBL-Medium auch gegen Kopieren 
geschtitzt ist. 

Wieder zuriick zu Schritt 416; wenn die Anweisung keine 
Schreib- oder Leseanweisung ist, wird sie auf eine Maximum- 
RBA-Setzen-Anweisung geprtift, Schritt 428. Diese Anweisung 
erlaubt, dafi der Platten-Controller einen schutzfahigen 
Bereich oder eine Partition auf der Plattenlaufwerk-Hardware 
erzeugt. Diese Anweisung ermoglicht, dafi der Platten-Control- 
ler M zwischen 0 und N Blocke setzt, Schritt 430. Hier ist es 
wichtig zu bemerken, dafi beim Riickstellen des Platten-Con- 
trollers (iiber das Ruckstellsignal) M so gesetzt wird, dafi 
die Maximalzahl Blocke verfugbar ist. Das heiflt, wenn der 
Platten-Controller riickgestellt wird, ist M=N. Im wesentli- 
chen wird der Schutz fur den schutzfahigen Bereich durch 
Riickstellen des Platten-Controllers aufgehoben und jetzt ist 
der Zugriff auf diesen Bereich moglich. Jedoch wird, sobald 
die Anweisung Maximum-RBA-Setzen ausgefiihrt ist, nur ein 
Riickstellen oder eine andere Maxiumum-RBA-Setzen-Anweisung 
einen Zugriff auf den schutzfahigen Bereich moglich machen. 
Man kann sich das Setzen der Maximum-RBA begrifflich als Auf- 
stellen eines Zauns vorstellen, der den Zugriff auf den 
Bereich oberhalb des Zauns verhindert wahrend er den Zugriff 
auf den Bereich unterhalb des Zauns zulaflt. Dann kehrt der 
Platten-Controller wieder zuriick und wartet auf eine weitere 
Anweisung, Schritt 412. 

Nehmen wir wieder Bezug auf Schritt 428; wenn die Anweisung 
keine Anweisung zum Lesen, Schreiben oder Setzen von RBA auf 
Maximum ist, wird sie auf eine andere Platten-Controller-An- 
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weisung gepruft und ausgefiihrt, Schritt 432. Diese Anweisun- 
gen benutzen den gesetzten RBA-Maximal-Wert, sind jedoch 
nicht bedeutsam fur das Verstandnis der vorliegenden Erfin- 
dung und werden hier zwecks Kiirze nicht dargestellt. Dann 
kehrt der Platten-Controller fur eine weitere Anweisung auf 
Wartestellung zuruck, Schritt 412. 

Im Hinblick auf die weitere Diskussion geht die Erklarung 
jetzt auf die Operation Laden und Schutzen des IBL-Mediums 
tiber. Im allgemeinen wird der Platten-Controller mit dem IBL- 
Medium von einem Kaltstart (power-on - Einschalten) oder 
einem Warmstart (Ctrl-Alt-Del - Strg-Alt-Entf - [Af fengrif f ] ) 
ruckgestellt. Das hat die Wirkung, dafl die Maximum-RBA (M) 
auf N gesetzt wird, d.h. der Zaun wird weggeraumt und Zugriff 
auf das IBL-Medium ist moglich. Das ist erforderlich damit 
das System das IBL-Medium laden kann, urn die Operation zu 
beginnen. Sobald das IBL-Medium geladen und abgearbeitet ist, 
wird der Zaun wieder aufgebaut (Maximum-RBA wird unter das 
IBL-Medium gesetzt), damit der Zugriff auf das auf der Platte 
gespeicherte IBL-Medium verhindert wird. 

Nehmen wir jetzt Bezug auf Fig. 10;. hier wird ein Block-Fluli- 
diagramm gezeigt, das den Schutz des IBL-Mediums bewirkt. Von 
einem Power-on-Zustand wird das System initialisiert und das 
BIOS beginnt seine Tatigkeit in der Hauptplatinenkartenlogik, 
urn einen Ruckstellzustand an den Platten-Controller zu 
schicken, Schritte 450 und 452. Das Riickstellsignal setzt den 
Zaun tief und ermoglicht es dem Systemprozessor, auf das vor- 
her auf der Platte gespeicherte IBL-Medium im Bereich vom M 
Blocken bis N Blocken Zugriff zu nehmen. Das System ladt das 
IBL-Medium, wie bereits unter Bezugnahme auf Fig. 4-7 be- 
schrieben, Schritt 454. Wahrend der IBL-Ladesequenz wird die 
POST-Stufe II ausgefiihrt, Schritt 456. Eine der Aufgaben der 
POST-Stufe II ist die Durchftihrung der Anweisung Maximum RBA 
Setzen, wobei die Maximum-RBA auf den ersten Block des IBL- 
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Mediums, bezeichnet als M, gesetzt wird, Schritt 458. M 
hangt ab vom Partitionstyp (keine, teilweise oder voll) wie 
oben bereits erklart. Das setzt namlich den Zaun, der den 
Zugriff auf das IBL-Medium verhindert, wahrend er den Zugriff 
auf andere Plattenbereiche zulafit. Dann wird das Betriebs- 
system ganz normal gebootet, Schritt 460. 

Wenn das System rait einem Warmstart, Ctrl-Alt-Del - Strg-Alt- 
Entf, angelassen wird, bekommt die Hauptplatinenlogik den 
Befehl, den Platten-Controller durch die PGST-Stufe II riick- 
zustellen, Schritte 462 und 464. Das bewirkt Riicknahme des 
Zauns. Unter diesen Umstanden wird das IBL-Medium nicht 
wieder geladen, da es ja im RAM bereits vorhanden ist. Da 
aber der Schutz fur das IBL-Medium ausgeschaltet ist, muJi die 
POST-Stufe II erneut abgearbeitet werden, urn den Zaun wieder 
zu setzen, Schritte 456 und 568. Der Zaun wird gesetzt und 
schiitzt das IBL-Medium, und das System wird ganz normal neu 
gebootet, Schritt 460. 

Das IBL-Medium wird geschtitzt durch Adressieren der Massen- 
speicherung in Blocken, und das Setzen eines Maximum-Blocks, 
auf die das System bei normaler Operation zugreifen kann. Das 
IBL-Medium wird der Reihe nach in diesen Blocken zwischen dent 
maximal zugreifbaren Block und der Gesamtzahl der BIScke 
gespeichert, die vom Plattenlaufwerk unterstutzt werden. Ein 
Ruckstellsignal, das an den Platten-Controller geschickt 
wird, eliminiert den zugreifbaren Maximal-Block, um dem 
System zu ermoglichen, das IBL-Medium zu adressieren. Das 
RUckstellsignal wird wahrend des Einschalten oder des Warm- 
starts generiert, damit auf das IBL-Medium zum Booten des 
Systems zugegriffen werden kann. 

Nehmen wir jetzt Bezug auf Fig. 11; das Flufldiagramm be- 
schreibt den Prozefi, den die POST-Stufe II verfolgt, um das 
System-Referenzdiskettenbild von der Systempartition auf der 
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Festplatte 62 zu laden. Vor dem Urladen eines Betriebs- 
systems, wie DOS oder OS/2 von IBM, stellt POST sicher, wel- 
cher Systempartitionstyp auf dem IBL-Medium vorhanden ist, 
Schritt 500. Dann fragt POST die Festplatte 62 ab nach dem 
Wert der letzten Blockadresse, Schritt 502. Dann berichtigt 
POST den als letzte Blockadresse erhaltenen Wert, urn die 
Grofle der Systempartition zu berucksichtigen, Schritt 504. 
Das geschieht durch Subtrahieren der Anzahl der Blocke in der 
Systempartition von der physikalisch letzten Blockadresse auf 
der Festplatte 62. POST speichert den berichtigten Wert als 
logisch letzte Blockadresse, Schritt 506. Dadurch hat POST 
dem BIOS einen Mechanismus gegeben, urn von der Systemparti- 
tion anstatt vom Anfang der Festplattenpartition aus zu 
booten. Naheres hierzu siehe Fig. 13. 

Gehen wir weiter in Fig. 11; POST stufe II priift die augen- 
blicklichen Inhalte des POST-Pf ad-Flag, Schritt 508. Das 
POST-Pfad-Flag ist ein Mechanismus, der von POST benutzt 
wird, urn den Typ des Pfads durch POST verfolgen zu konnen, 
zum Beispiel, einen Anf angs-Einschaltpfad (power-on) im Ver- 
gleich zu einem Warmstart-Neuladen. Ein Warm-Neustart wird in 
der Regel durch eine Tastenkombination Ctrl-Alt-Del (Strg- 
Alt-Entf) bewirkt. Wenn der augenblickliche Wert des POST- 
Pfad-Flag Oberschreiben der Systempartitions-Boot-Verf ahren 
anzeigt, setzt POST-Stufe II das Systempartitions-Boot-Flag 
auf Falsch und zeigt damit an, die Systempartition nicht zu 
booten, Schritt 510. POST-Stufe II schiitzt dann die System- 
partition durch Anweisung an das BIOS, das Schutzmittel auf 
der Urlade-Festplatte auf der Gundlage des in Schritt 506 
berechneten Werts zu aktivieren, Schritt 511. Das heiBt, der 
Zaun wird auf den Adressenzeiger gesetzt, der in Schritt 506 
berechnet wurde. Somit ist die Systempartition gegen eine 
unbeabsichtigte Zerstdrung geschutzt. Anschlieiiend ruft POST- 
Stufe II den Urlader INT 19h auf, das Urladen des Betriebs- 
systems anlaufen zu lassen, Schritt 512. 
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Nehmen wir wieder Bezug auf Schritt 508; wenn das POST-Pf ad- 
Flag kein Uberschreiben der Systempartitions-Boot-Sequenz 
angibt, wird das POST-Pfad-Flag auf einen Warm-Boot-Pfad ge- 
priift, wobei POST angibt, dafi eine Ctrl-Alt-Del (Strg-Alt- 
Entf) Tastenkombination eingegeben wurde, Schritt 520. Wenn 
das Pfad-Flag keinen Warmstart-Boot anzeigt, bestimmt POST- 
Stufe II, ob beim Ausfiihren eines Kaltstarts Fehler aufgetre- 
ten sind, Schritt 522. Wenn keine Fehler aufgetreten sind, 
setzt POST-Stufe II ein Flag, das angibt, die Systempartition 
nicht zu booten, Schritt 510. Jetzt schiitzt POST-Stufe II die 
Systempartition durch Anweisung an das BIOS, das Schutzmittel 
zu aktivieren wie in Schritt 511 angegeben ist, gefolgt vom 
Aufrufen des Urladers, Schritt 512. 

Wieder zuruck zu Schritt 522; wenn POST-Stufe II Fehler bei 
der Abarbeitung entdeckt, setzt es das System-Partitions- 
Boot-Flag auf Wahr, Schritt 52 6. POST-Stufe II schiitzt dann 
die Systempartition durch Anweisung an das BIOS, das Schutz- 
mittel zu aktivieren wie in Schritt 511 gezeigt wird. An- 
schliefiend ruft POST-Stufe II den Urlader 512 auf, den Be- 
triebssystem-Urladevorgang einzuleiten . 

Wieder zuruck zu Schritt 520; wenn die Ctrl-Alt-Del (Strg- 
Alt-Entf) Tastenkombination eingegeben wurde, iiberpruft POST- 
Stufe II, ob der Anwender die Tastenkombination Ctrl-Alt-Ins 
(Strg-Alt-Einfg) eingegeben hat. Die Tastenanweisung Ctrl- 
Alt-Ins (Strg-Alt-Einfg) ruft das Urladen des Systemref erenz- 
disketten-Bilds 524 auf. Diese Sequenz erlaubt es dem Anwen- 
der, eine Urladeprozedur von der Systempartition zu erzwin- 
gen. Wenn nicht, setzt POST-Stufe II das Systempartitions- 
Boot-Flag auf Falsch und schiitzt die Systempartition durch 
Anweisung an das BIOS, das Schutzmittel zu aktivieren, wie in 
Schritt 511 angegeben ist. Dann ruft POST-Stufe II den Urla- 
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der INT 19h auf, den Betriebssystem-Urladevorgang einzulei- 
ten, Schritt 512. 

Gehen wir wieder zuruck zu Schritt 524; wenn POST-Stufe II 
feststellt, daJ3 der Anwender die Tastenkombination Ctrl-Alt- 
Ins (Strg-Alt-Einfg) eingegeben hat, setzt sie das Systempar- 
titions-Boot-Flag auf Wahr und gibt dadurch an, die System- 
partition zu booten, Schritt 526. Dann schiitzt POST-Stufe II 
die Systempartition durch Anweisung an das BIOS, das Schutz- 
mittel zu aktivieren wie in Schritt 511 angegeben ist, ge~ 
folgt vom Aufrufen des Urladers, Schritt 512. 

An diesem Punkt hat POST-Stufe II festgelegt, ob entweder 
eine normale Bootsequenz oder ein Booten vom Systemref erenz- 
Diskettenbild in die Systempartition stattfinden soil. POST 
hat auch den Anfang der Systempartition festgelegt, so als ob 
diese eine logisch urladbare Partition sei, und hat das 
Schutzmittel aktiviert, urn den Zugriff auf die Systemparti- 
tion durch ein Programm zu verhindern, auf das man sich nicht 
verlassen sollte. Eine logisch urladbare Partition erscheint 
dem POST als erste Partition auf der Platte und ist daher 
urladbar. Jetzt ruft POST-Stufe II den Urlader auf. 

Der Urlader wird benutzt, urn die geeignete Urladevorrichtung 
anzuwahlen und die Startroutine von der aktiven Partition 
einzulesen. Die Prioritat der Boot-Laufwerke ist: Das erste 
Diskettenlaufwerk, gefolgt von der ersten Festplatte, wie 
z.B. die Bootfestplatte. Jedoch kann die Prioritat der Vor- 
gabe-Bootvorrichtungs-Reihenfolge durch Anwendung eines 
Dienstprogramms auf der Systemreferenzdiskette oder im 
Systemreferenzdiskettenbild in der Systempartition verandert 
werden. Der Urlader-Controller gibt dann die Steuerung an den 
ausfiihrbaren Code in der Startroutine. Dieser bootet dann das 
gewiinschte Betriebssystem oder Steuerprogramm. 
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Setzen wir die Diskussion im Hinblick auf Fig. 12 fort; hier 
wird ein Flufidiagramm gezeigt, das den logischen Flufi inner- 
halb des Urladers, INT 19h, zeigt. Zunachst prttft der Urla- 
der, ob im ersten Diskettenlaufwerk eine Systemreferenzdis- 
kette liegt, Schritt 600. Das Vorhandensein einer System- 
ref erenzdiskette im ersten Diskettenlaufwerk iiberschreibt 
alle weiteren Referenzdisketten. Mit anderen Worten, das Auf- 
rufen der Systemreferenzdiskette iiberschreibt das System- 
ref erenzdiskettenbild in der System-Partition oder eine 
direkte Anforderung durch den Anwender zum Urladen des 
Betriebsystems, wenn POST-Fehler gefunden wurden. Als nach- 
stes wird das Systempartitions-Boot-Flag gepriift, Schritt 
620. Da die Systemreferenzdiskette eingelegt ist, steht das 
Systempartitions-Boot-Flag auf Falsch. 

Da das Systempartitions-Boot-Flag auf Falsch steht, bestimmt 
der Urlader, ob ein Ref erenzdisketten-Booten erforderlich 
ist, Schritt 630. Da eine Systemreferenzdiskette im ersten 
Laufwerk liegt, weist der Urlader das BIOS an, zunachst das 
Schutzmittel fur die Systempartition zu deaktivieren, Schritt 
640. Dann errichtet der Urlader die Systempartition als 
Ursprung der Urladef estplatte durch Anwenden des Werts, der 
im Schritt 506 als logische Anf angsblockadresse berechnet 
wurde, Schritt 650. Jetzt ist die Systempartition unge- 
schtitzt. Der Urlader holt dann die Startroutine von der 
Systemreferenzdiskette und gibt die Steuerung an diese, 
Schritt 660. Die Startroutine bootet dann die Systemreferenz- 
diskette. Zum Beispiel kann ein Anwender einen neuen E/A- 
Adapter far ein neues Leistungsmerkmal ins System einfugen 
und will nun seine Adapterbeschreibungsdatei in die System- 
partition installieren. 

Wieder zurttck zu Schritt 600; wenn im ersten Diskettenlauf- 
werk keine Ref erenzdiskette liegt, prttft der Urlader das 
Systempartitions-Boot-Flag, Schritt 612. Wenn das Flag einen 
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Betriebssystem-Urladevorgang anzeigt, tibertragt der Urlader 
die Steuerung auf die wahlbare Urladeroutine, Schritt 614. 
Die wahlbare Urladeroutine entscheidet dann, von welcher phy- 
sikalischen Vorrichtung sie booten will/ und geht zu Schritt 
620 iiber. 

Dann wird auf das Systempartitions-Boot-Flag zugegriffen, um 
festzustellen, ob es gesetzt ist, Schritt 620. Wenn kein 
Systempartitions-Boot angefordert wird, legt der Urlader 
fest, ob ein Systemreferenzdisketten-Boot erforderlich ist, 
Schritt 630. Zum Beispiel kann in einem urladbaren Disketten- 
laufwerk, das nicht das erste physikalische Diskettenlaufwerk 
ist, eine Systemref erenzdiskette liegen. Wenn keine System- 
ref erenzdiskette vorhanden ist, holt der Urlader die Be- 
triebssystem-Startroutine und ubergibt ihr die Steuerung, 
Schritt 660. Die Systempartition bleibt geschiitzt und das 
BIOS greift auf eine andere Partition zu, namlich auf die 
Betriebssystempartition auf der Urlade-Festplatte . 

Gehen wir wieder tiber auf Schritt 630; wenn ein Systemrefe- 
renzdisketten-Boot angefordert ist, weist der Urlader das 
BIOS an, das Schutzmittel fur die Systempartition zu deakti- 
vieren und die Systempartition als Ursprung der Urladefest- 
platte einzurichten durch Anwenden des in Schritt 506 als 
logische Startblockadresse errechneten Werts, Schritt 650. 
Der Urlader holt die Startroutine von der Ref erenzdiskette 
(in diesem Fall ist eine Ref erenzdiskette vorhanden) und 
bootet die Systemref erenzdiskette, Schritt 660. Die System- 
partition ist ungeschiitzt und ist jetzt die aktive Partition 
auf der Festplatte. Das geschieht, um den Zugriff durch die 
Ref erenzdiskette zu ermoglichen. Wie friiher erklart, kann ein 
Anwender einen neuen E/AWYdapter in das System aufnehmen 
wollen und will jetzt seine Adapterbeschreibungsdatei in die 
Systempartition installieren. 
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Nehmen wir wieder Bezug auf Schritt 620; wenn das Systempar- 
titions-Boot-Flag auf Wahr steht, weist der Urlader das BIOS 
an, das Schutzmittel fur die Systempartition Schritt 640 zu 
deaktivieren und die Systempartition als Ursprung der Urlade- 
festplatte einzurichten durch Anwenden des in Schritt 506 als 
logische Startblockadresse errechneten Werts, Schritt 650. 
Der Urlader holt dann die Startroutine vom Ref erenzdisketten- 
bild in der Systempartition und bootet das Systemreferenz- 
diskettenbild, Schritt 660. Die Systempartition ist unge- 
schiitzt und ist jetzt die aktive Partition auf der Boot-Fest- 
platte. 

Gehen wir zuriick zu Schritt 612; wenn das Systempartitions- 
Boot-Flag ein Systempartitions-Booten anzeigt, pruft der Ur- 
lader auf eine gultige Startroutine auf der Systempartition, 
Schritt 616. Dieser Schritt beinhaltet das Uberpriifen, dafi 
die Systempartition eine voile Systempartition ist, die 
Startroutine-Signatur giiltig ist, und eine Systemref erenz- 
diskettensignatur vorhanden ist. Wenn giiltig, fragt der Urla- 
der das Systempartitions-Boot-Flag ab, Schritt 620. Da dieses 
Wahr ist, weist der Urlader das BIOS an, das Schutzmittel fur 
die Systempartition zu deaktivieren und die Systempartition 
als Ursprung der Bootf estplatte einzurichten durch Anwenden 
des in Schritt 506 als logische Startblockadresse errechneten 
Werts, Schritte 640 und 650. Der Urlader holt dann den Start- 
routine von der Systempartition und urladet das Systemrefe- 
renzdiskettenbild, Schritt 660. Die Systempartition ist unge- 
schtitzt und ist jetzt die aktive Partition auf der Boot-Fest- 
platte. 

Nehmen wir wieder Bezug auf Schritt 616; wenn keine gultige 
Startroutine vorhanden ist, fordert der Urlader den Anwender 
auf, eine Systemref erenzdiskette in ein Diskettenlaufwerk 
einzulegen und die "Y"-Taste auf der Tastatur zu driicken, 
Schritt 617. Dann wartete der Urlader, bis die Taste gedriickt 
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wird, Schritt 618. Sobald die Taste gedriickt wird, iiberpruft 
der Urlader, ob eine giiltige Ref erenzdiskette vorliegt, 
Schritt 619. Wenn nicht, wiederholt der Urlader den ProzeJi ab 
Schritt 617. 

Wieder zuruck zu Schritt 619, wenn der Urlader eine gultige 
Systemref erenzdiskette findet, weist er das BIOS an, das 
Schutzmittel fur die Systempartition zu deaktivieren und die 
Systempartition als Ursprung der Bootfestplatte einzurichten 
durch Anwenden des in Schritt 506 als logische Startblock- 
adresse errechneten Werts, Schritte 640 und 650. Die System- 
partition ist jetzt ungeschiitzt. Der Urlader holt die Start- 
routine von der Ref erenzdiskette und gibt die Steuerung an 
sie, Schritt 660. Die Startroutine bootet die Systemref erenz- 
diskette . 

Fig. 13 zeigt die BIOS-Modif ikation, die erforderlich ist, 
das Booten des Systemreferenz-Diskettenbilds von der System- 
partition der Boot-Festplatte zu unterstutzen, oder urn den 
Zugriff auf das Bild zu ermoglichen, wenn eine Systemre- 
ferenzdiskette gebootet wird. Wenn das BIOS eine Anforderung 
erhalt, eine Dateniibertragungsoperation vorzunehmen, bestimmt 
es, ob das diese Boot-Festplatte ist, wie in Schritt 700 
gezeigt wird. Die Boot-Festplatte ist die erste physikalische 
Festplatte im Festplattenadapter . Wenn die Festplatte nicht 
die Boot-Festplatte ist, fiihrt das BIOS die gewunschte Opera- 
tion durch, Schritt 730. 

Wieder zuruck zu Schritt 700; wenn die Festplatte die Boot- 
Festplatte ist, pruft BIOS, ob das Systempartitions-Flag Wahr 
ist oder eine Systemref erenzdiskette gebootet wird; Schritt 
710. Wenn keines der beiden richtig ist, fiihrt BIOS die ge- 
forderte Operation durch, Schritt 730. 
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Wieder zuruck zu Schritt 710; wenn das Systempartition-Boot- 
Flag Wahr ist oder eine Systemref erenzdiskette gebootet wird, 
wird die in Schritt 506 berechnete Festplatten-Blockadresse 
zu einer beliebigen Blockadresse hinzugefiigt, nach dem Umwan- 
deln von den vom Anwender beigestellten Zylinder-, Kopf- und 
Sektorparametern, versehen mit der Anforderung einer Fest- 
plattendaten-Ubertragungsfunktion, Schritt 720. Dadurch sieht 
die Systempartition aus, als ob sie der erste Block auf der 
Festplatte sei. Somit sieht die Systempartition so aus, als 
ob sie die aktive Partition auf der Boot-Festplatte sei. Dann 
fuhrt das BIOS die angeforderte Operation aus, Schritt 730. 

Hier wurde ein Verfahren und ein Gerat zum Urladen des 
Systemreferenzdiskettenbilds von der Systempartition aus 
einer Massenspeichervorrichtung gezeigt, wie z.B. aus einem 
Festplattenlaufwerk. Die Systempartition ist vorgesehen durch 
Schutzen eines Bereich auf dem Diskettenlaufwerk. Die System- 
partition wird bootfahig gemacht durch Speichern der Start- 
adresse der Systempartition auf dem Plattenlaufwerk und 
Anweisung an den BIOS, diese als den Ursprung der Festplatte 
zu benutzen, wenn ein Urladen des Systembezugsdiskettenbildes 
angefordert oder notig ist. Durch Vorsehen dieser Fahigkeit 
sind die Systemref erenzdisketten-Dienstprogramme automatisch 
jederzeit verfugbar, wenn die Konf iguration verandert wird, 
ein System-Dienstprogramm gewunscht wird, oder wahrend der 
Ausftihrung des POST ein Fehler entdeckt wurde. Das verstarkt 
die Anwendbarkeit des Systems. 
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1. Ein Personalcomputersystem mit einem Systemprozessor (26) 
zum Abarbeiten eines Betriebssystems, einem Festwert- 
speicher (36), einem Speicher mit wahlfreiem Zugriff (32) 
und Peripheriegeraten einschliefilich wenigstens einer 
Direktzugrif f sspeichervorrichtung (62, 66), wobei das 
System ein Schnittstellenprogramm zur Steuerung der 
Datenbewegung in den bzw. aus dem Prozessor aufweist, 
dadurch gekennzeichnet, daft die Direktzugrif f sspeicher- 
vorrichtung ein Schutzmittel aufweist zum Schutzen eines 
Bereichs der Direktzugrif f sspeichervorrichtung, in der 
ein Teil des Schnittstellenprogramms gespeichert ist, das 
Schutzmittel den Zugriff auf den geschutzten Bereich als 
Reaktion auf ein Rtickstellsignal zulaflt, dieser Teil des 
Schnittstellenprogramms betriebsf ahig ist, wenn er in den 
Speicher mit wahlfreiem Zugriff geladen ist, um das 
Betriebssystem zu urladen und das Schutzmittel zu akti- 
vieren, um den Zugriff auf den Schutzbereich der Direkt- 
zugrif f sspeichervorrichtung wahrend des Abarbeitens des 
Betriebssystems zu verhindern, wobei der Schutzbereich 
der Direktzugrif f sspeichervorrichtung ferner System- 
dienstprogramme beirihaltet, die abgearbeitet werden, 
sobald beim Laden des Betriebsystems ein Fehlerzustand 
erkannt wird. 
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2. Ein System gemafl Anspruch 1, in dem die Direktzugrif fs- 
speichervorrichtung eine Festplatte enthalt. 



3. Ein System gemafl Anspruch 1 oder 2, in dem die System- 
dienstprogramme ein Programm zur Modif izierung der 
Systemkonf iguration aufweisen. 

4. Ein System gemali Anspruch 1, 2 oder 3, in dem ein Initi- 
alisierungsteil des Schnittstellenprogramms im Festwert- 
speicher abgespeichert ist und betrieben werden kann, urn 
den Systemprozessor zu initialisieren und die Generierung 
eines Riickstellsignals fur die Direktzugrif fsspeicher- 
vorrichtung anlaufen zu lassen, urn den Zugriff darauf 
zuzulassen. 
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